Lighting for biomechatronically enhanced organism

ABSTRACT

Examples of lighting equipment provide services to and on behalf of a biomechatronically enhanced organism and/or a biomechatronic component of the organism. Such services include charging, communications, location-related services, control, optimization, client-server functions and distributed processing functionality. The biomechatronically enhanced organism and/or biomechatronic component utilize such services provided by and/or via the lighting equipment to enable, enhance or otherwise influence operation of the organism.

TECHNICAL FIELD

The examples discussed below relate to lighting devices, lightingsystems, system elements and components thereof, which provide servicesto and on behalf of a biomechatronically enhanced organism (also knownand referred to as a cybernetic organism or cyborg). The examplesdiscussed below also relate to biomechatronically enhanced organismsand/or biomechatronic components which utilize services provided by thesystem. The services include, for example, charging, communications,location-related services, control, optimization, client-serverfunctions and distributed processing functionality.

BACKGROUND

Electrical lighting has become commonplace in modern society. Electricallighting devices are commonly deployed, for example, in homes, buildingsof commercial and other enterprise establishments, as well as in variousoutdoor settings. Even in a relatively small state or country, there maybe millions of lighting devices in use. At the same time,biomechantronically enhanced organisms, or the use of one or morebiomechantronic components attached to or within an organism, isincreasing.

Traditional lighting devices have tended to be relatively dumb, in thatthey can be turned ON and OFF, and in some cases may be dimmed, usuallyin response to user activation of a relatively simple input device.Lighting devices have also been controlled in response to ambient lightdetectors that turn on a light only when ambient light is at or below athreshold (e.g. as the sun goes down) and in response to occupancysensors (e.g. to turn on light when a room is occupied and to turn thelight off when the room is no longer occupied for some period). Oftentraditional lighting devices are controlled individually or asrelatively small groups at separate locations.

With the advent of modern electronics has come advancement, includingadvances in the types of light sources as well as advancements innetworking and control capabilities of the lighting devices. Forexample, solid state sources are now becoming a commercially viablealternative to traditional light sources such as incandescent andfluorescent lamps. By nature, solid state light sources such as lightemitting diodes (LEDs) are easily controlled by electronic logiccircuits or processors. Electronic controls have also been developed forother types of light sources. As increased processing capacity finds itsway into the lighting devices, it becomes relatively easy to incorporateassociated communications capabilities, e.g. to allow lighting devicesto communicate with system control elements and/or with each other. Inthis way, advanced electronics in the lighting devices as well as theassociated control elements have facilitated more sophisticated lightingcontrol algorithms as well as increased networking of lighting devices.

Similarly, advances in biomechantronic components as well asadvancements in networking and control capabilities of biomechantroniccomponents continue. For example, a biomechantronic component, and evena biomechantronically enhanced organism via the biomechantroniccomponent, may utilize a network connection to exchange communication,including information about and/or information for the biomechantroniccomponent or biomechantronically enhanced organism. However, thebiomechantronic component may be constrained in the amount of poweravailable to establish and maintain such network connection. Inaddition, due to their electrical nature, biomechantronic componentsrequire a reliable source of enduring and/or renewable energy. As such,biomechantronic components, for example, need to be able to establishand maintain a relatively low power, short range wireless networkconnection as well as utilize a source of radiant energy to charge alocal energy store.

There also have been various other initiatives to provide communicationnetworks and automation throughout a home or other type of building. Forexample, today, many buildings and/or enterprise campuses include localarea data communication networks. Increasingly, some of theseinstallations support communications for automated control and/ormonitoring purposes, which may use the data network or othercommunication media in support of control and/or monitoring functions.For example, a building control and automation system may allowpersonnel of an enterprise to communicate with and control varioussystems, such as heating-air conditioning and ventilation (HVAC)equipment, at one or more enterprise premises. For home automation,applications are now available to allow a user to operate a mobiledevice (e.g. smartphone or tablet) to communicate with and control smartdevices in the home, such as appliance, HVAC and audio-visual systems.To the extent that these developments in communication and automationhave considered lighting, they have only included the lighting relatedelements as controlled outputs (e.g. to turn ON/OFF or otherwise adjustlighting device output) and in a few cases as sensed condition inputs(e.g. to receive data from light level or room occupancy type sensordevices). The focus of such communication networks or automation systemshas instead centered around other perspectives, such as around controlof HVAC or other major enterprise systems and/or around the relevantuser/data communications aspects (e.g. mobile devices and associatedapplications).

Conversely, as more and more devices, such as biomechantroniccomponents, become intelligent and may utilize data communications insupport of new features and functions, the demand on data communicationmedia within the premises skyrockets. Traditional networking, utilizinghard links such as various types of electrical wiring or optical cables,is often expensive to install and may not be practical in many premises.Even if installed within a premises, it may not be particularly easy, oreven practical, to connect biomechantronic components at differentlocations to the existing media and/or to move such components about thepremises and still readily connect to the on-premises network media.

Wireless media offer increased flexibility and/or mobility. However, asmore and more of our everyday objects become connected and start usingwireless communication, the available radio spectrum is quickly becomingsaturated.

There is room for further improvement particularly with respect to waysto support increased deployment of biomechantronic components to enhanceorganisms.

BRIEF DESCRIPTION OF THE DRAWINGS

The drawing figures depict one or more implementations in accord withthe present concepts, by way of example only, not by way of limitations.In the figures, like reference numerals refer to the same or similarelements.

FIG. 1A is a functional block diagram of an example of a lighting deviceand an example of a biomechantronic component which may utilize thelighting device to charge a local energy store.

FIG. 1B is a functional block diagram of an example of a lighting deviceand an example of a biomechantronic component which may utilize thelighting device for network communication.

FIG. 1C is a functional block diagram of a simple example of a systemhaving intelligent lighting devices and other intelligent systemelements for lighting related functions linked or networked for datacommunications, which also supports charging of and networkcommunications with biomechantronic components.

FIG. 2 is a diagram including block illustrations for elements outside apremises and a layout of a simple example of a portion of a residentialbuilding with an overlay of system elements in that portion of thepremises, useful in understanding various examples of networkconfigurations that may be implemented in and services provided by asystem like that shown in FIG. 1C.

FIG. 3 is a diagram for a simple example of utilizing an intelligentlighting device, such as depicted in FIG. 1B or that might be part of asystem like that shown in FIG. 1C, to enable data communicationsexchange between biomechantronic components.

FIG. 4 is a diagram for a simple example of utilizing an intelligentlighting device, such as depicted in FIG. 1A or that might be part of asystem like that shown in FIG. 1C, to enable charging of abiomechantronic component.

FIG. 5 is an alternative diagram of selected aspects of the system ofFIG. 1C, representing an example of multiple-instance server type ofdistributed processing.

FIG. 6 is a flow chart of a simple example of a procedure fordistributed processing, involving resource sharing, which may beimplemented in a lighting system like that of FIG. 1C.

FIG. 7 is a simplified functional block diagram of a computer that maybe configured as a host or server, for example, to function as theexternal server or a server if provided at the premises in the system ofFIG. 1C.

FIG. 8 is a simplified functional block diagram of a personal computeror other user terminal device, which may be used as the remote accessterminal, in the system of FIG. 1C.

FIG. 9 is a simplified functional block diagram of a mobile device, asan alternate example of a user terminal device, for possiblecommunication in or with the system of FIG. 1C.

DETAILED DESCRIPTION

In the following detailed description, numerous specific details are setforth by way of examples in order to provide a thorough understanding ofthe relevant teachings. However, it should be apparent to those skilledin the art that the present teachings may be practiced without suchdetails. In other instances, well known methods, procedures, components,and/or circuitry have been described at a relatively high-level, withoutdetail, in order to avoid unnecessarily obscuring aspects of the presentteachings.

In various examples discussed below and shown in the drawings, alighting device includes a light source and an additional source ofradiant energy. Thus, such a lighting device provides, for example,radiant energy via artificial manipulation. Either or both of the lightsource and/or the additional radiant energy source, for example, enablesa biomechantronic component to charge a local energy store via acharger, such as a photovoltaic charger. In other examples discussedbelow and shown in the drawings, a lighting device includes a wirelesscommunication interface. Such wireless communication interface, forexample, provides wireless data network access for a biomechantroniccomponent within range of the lighting device.

In still other examples discussed below, a lighting device includes bothone or more sources of radiant energy as well as a wirelesscommunication interface for providing wireless data network access for abiomechantronic component. That is, in various examples, a singlelighting device may both enable charging of and wireless communicationsfor a biomechantronic component.

Some of the various examples of a lighting system discussed below andshown in the drawings includes or connects to media to form a datacommunication network within the premises. The network provides datacommunications for equipment at the premises and will often provideaccess to a wider area data network extending outside the premises, forexample to an intranet or to a wide area network such as or providingaccess to the public Internet. Such a system also includes intelligentlighting system elements that communicate with each other via thenetwork and/or through the network with external networks and/or othersystems/devices. However, at least some of the intelligent lightingsystem elements at the premises are also configured to provide wirelessdata network access for biomechantronic components within the premisesserviced by the lighting system.

Various examples discussed below and shown in the drawings include anintelligent lighting device. Such intelligent lighting device may serveas an intelligent lighting system element, as discussed above andfurther below, or may be a stand-alone lighting device. Furthermore, inat least some of the examples, the intelligent lighting device isconfigured to enable charging of a power source of a biomechantroniccomponent within or attached to a biomechantronically enhanced organism.The intelligent lighting device, either stand-alone or as part of alighting system, may enable charging of the biomechantronic component'spower source in conjunction with and/or under control via wireless datanetwork access provided to the biomechantronic component by the lightingdevice.

The intelligent lighting system elements include a number of lightingdevices, at least one light controller for a lighting-related userinterface (e.g. analogous to a wall panel) and/or at least onestandalone lighting-related sensor. Each of the intelligent lightingsystem elements has a communication interface system configured toprovide data communication via a link to the system's data network. Inthe examples, the communication interface system in a number of theintelligent lighting system elements, e.g. in two or more intelligentlighting devices, also supports wireless data communication withbiomechantronic components in the vicinity.

However, lighting at a premises is a common installation. Most if notall of the lighting devices at a premises will have a mains powerconnection to provide the power for the light source. User interfacedevices and lighting related sensors may also have connections to thepower mains at the premises. In a system like that under considerationhere, the lighting system elements also have links into the datacommunication network at the premises. Stated another way, once thelighting system is installed, power and data communication capabilitieswill extend to most if not all of the intelligent elements of thelighting system. In many such premises, there will be any number of suchlighting devices and a controller and/or a sensor in every room,corridor or other type of area at the premises. Stated another way,there will be a fairly substantial number of intelligent lighting systemelements, with power and data communication capability deployed aboutthe premises. Such intelligent lighting system elements thereforeprovide a suitable location for addition of elements in support ofwireless data communication and power charging at the premises, e.g.without the need for separate data network links or power connectionsfor separately installed wireless access points.

Hence, in the examples of the system as discussed below, each of somenumber of the intelligent lighting system elements has a communicationinterface that supports wireless communication with one or morebiomechantronic components in one or more biomechantronically enhancedorganisms by providing a wireless link for use by biomechantroniccomponents in proximity to the intelligent system element. The processorof such a wireless capable intelligent system element is configured tocontrol communications via the communication interface system to provideaccess to the data network of the lighting system and through that datanetwork to the wider area network outside the premises, fornon-lighting-system related communications of the biomechantroniccomponents.

The processor of the lighting system element supporting wirelesscommunication for a biomechantronic component may also permit some datacommunications of such biomechantronic component within range with thesystem element itself, with other intelligent lighting system elements,or with other biomechantronic components within range of the systemelement or other system elements. This type of communication with one ormore system elements (as opposed to access to a wider area datanetwork), for example, may support communication among variousbiomechantronic components and/or allow intelligent lighting systemelements to provide some data processing service(s) in support ofoperations of the biomechantronic component on the premises (if deemedappropriate and/or if such services(s) would not compromise systemsecurity).

Reference now is made in detail to the examples illustrated in theaccompanying drawings and discussed below.

FIG. 1A is a high-level block diagram of an example of a lighting device11A and an example of a biomechantronic component 19. In one example,the biomechantronic component 19 utilizes radiant energy produced by thelighting device 11A to charge a local energy store 113 within thecomponent. The radiant energy, in one example, is produced by anadditional source of radiant energy 22A. Alternatively, or in addition,the biomechantronic component 19 utilizes radiant energy produced bylight source 18A. In this way, lighting device 11A provides, viaartificial manipulation of light source 18A and/or additional source ofradiant energy 22A, radiant energy to be utilized by biomechantroniccomponent 19 to charge local energy store 113.

The term “lighting device” as used herein is intended to encompassessentially any type of device that processes power to generate light,for example, for illumination of a space intended for use of oroccupancy or observation, typically by a living organism that can takeadvantage of or be affected in some desired manner by the light emittedfrom the device. However, a lighting device may provide light for use byautomated equipment, such as sensors/monitors, robots, etc. that mayoccupy or observe the illuminated space, instead of or in addition tolight provided for an organism. A lighting device, for example, may takethe form of a lamp, light fixture or other luminaire that incorporates asource, where the source by itself contains no intelligence orcommunication capability (e.g. LEDs or the like, or lamp (“regular lightbulbs”) of any suitable type). Alternatively, a fixture or luminaire maybe relatively dumb but include a source device (e.g. a “light bulb”)that incorporates the intelligence and communication capabilitiesdiscussed herein. In most examples, the lighting device(s) illuminate aservice area to a level useful for a human in or passing through thespace, e.g. regular illumination of a room or corridor in a building orof an outdoor space such as a street, sidewalk, parking lot orperformance venue. However, it is also possible that one or morelighting devices have other lighting purposes, such as signage for anentrance or to indicate an exit. Of course, the lighting devices may beconfigured for still other purposes, e.g. to benefit human or non-humanorganisms or to repel or even impair certain organisms or individuals.The actual source in each lighting device may be any type of lightemitting unit.

In the examples, the intelligence and communications interface(s) and insome cases the sensors and additional sources of radiant energy areshown as integrated with the other elements of the lighting device orattached to the fixture or other element that incorporates the lightsource. However, for some installations, the light source may beattached in such a way that there is some separation between the fixtureor other element that incorporates the electronic components thatprovide the intelligence and communication capabilities and/or anyassociated sensor or additional radiant energy source. For example, thecommunication component(s), including those for communication withbiomechantronic components, and possibly the processor and memory (the‘brain’) may be elements of a separate device or component coupledand/or collocated with the light source.

The example of FIG. 1A includes an intelligent lighting device 11A.Lighting device 11A has a light source 18A, a processor 21A, a memory23A and a communication interface system 24A. Lighting device 11A mayinclude a sensor 15A and/or an additional source of radiant energy 22A.The additional source of radiant energy 22A includes, for example, radiowave, directional microwave, or ultrasound. Such additional source ofradiant energy 22A may enable a biomechantronic component 19 to charge alocal energy store, as described in greater detail below.

Communication interface system 24A includes a communication interface25A configured to enable communication via a link to a network (notshown). As discussed further below relative to FIGS. 1B-1C, lightingdevices within a room or other service area are coupled via suitablelinks for network data communications to form physical sub-networkportions, and further communication links couple those physicalsub-networks together into a premises wide data communication network.The communication interface 25A will correspond to the physical,electrical and signaling protocol requirements of the particulartechnology adopted for the data network. For example, if the network isa wired Ethernet network, interface 25A will include an appropriateEthernet cable connector as well as an Ethernet card to enable thelighting device 11A to communicate data in electrical Ethernet signalsand data protocols over the respective wired Ethernet link.

As noted above, lighting device 11A also includes an additional sourceof radiant energy 22A in order to enable a biomechantronic component 19to charge a local energy store 113. Such radiant energy includes, forexample, radio wave, directional microwave and ultrasound. While thebiomechantronic component 19 may utilize radiant energy provided viaartificial manipulation by the additional radiant energy source 22A tocharge a local energy store 113, the biomechantronic component 19 mayadditionally, or alternatively, utilize light generated via artificialmanipulation by light source 18A to perform charging. The generatedlight used to perform charging by biomechantronic component 19 may bethe same light generated by light source 18A for general illumination.Alternatively, or in addition, light source 18A also includes, forexample, an additional light emitter (not shown) of light of aparticular character which biomechantronic component 19 utilizes tocharge the local energy store 113. In still other examples, theadditional source of radiant energy 22A is a light source. Whether aspart of light source 18A or as the additional source of radiant energy22A, the additional source of light, for example, is visible light or islight not visible to the human eye (e.g., ultraviolet light).

The additional radiant energy source, either as radiant energy source22A or as an additional light emitter (not shown) as part of lightsource 18A may also be directional in nature. For example, radiantenergy source 22A is configured to generate radiant energy that isdelivered in a somewhat constrained area, much like a spotlight deliverslight to only a portion of an otherwise larger area. In this example,radiant energy source 22A is further configured to adjust where suchdirectional radiant energy is delivered. As such, as a biomechantroniccomponent 19 moves through an area, radiant energy source 22A may adjustthe delivery of radiant energy to follow or otherwise track the movementof the biomechantronic component 19 and the biomechantronic component 19may continuously perform charging while proximate radiant energy source22A. In a similar but somewhat different example, radiant energy source22A is configured to generate directional radiant energy, but radiantenergy source 22A is not configured to adjust where the directionalradiant energy is delivered. In this similar example, biomechantroniccomponent 19 must move into the area in which the directional radiantenergy is delivered and remain within the area while performing acharging function. In this way, radiant energy is provided via furtherartificial manipulation by lighting device 11A.

Lighting device 11A of FIG. 1A includes, for example, a sensor 15A. Thesensor 15A is integrated into lighting device 11A; and the processor,memory and communication interface of that device provide theintelligence and communication capabilities associated with that sensor15A. Sensor 15A, for example, is used to control lighting functions,such as occupancy sensors, ambient light sensors and light ortemperature feedback sensors that detect conditions of or produced byone or more of the lighting devices. Alternatively, or in addition,sensor 15A may be used to control generation and/or distribution ofradiant energy. For example, sensor 15A is an occupancy sensorconfigured to identify the presence of a biomechantronic component 19and track movements of the biomechantronic component 19 within the areaserved by lighting device 11A. In conjunction with a directional radiantenergy source as described above, such occupancy and tracking sensor maycontrol generation and delivery of radiant energy to the biomechantroniccomponent 19.

By way of example, FIG. 1A also depicts a block diagram of thefunctional elements of a biomechantronic component 19 that may utilizeradiant energy produced by lighting device 11A to charge a local energystore. The biomechantronic component 19 that will utilize radiant energyproduced by lighting device 11A is an intelligent component in that thebiomechantronic component 19 includes a processor 51 and a memory 53.The ‘brain’ of such a component will be coupled to and controlappropriate electronics/sensors 59. The electronics and the programmingrun by the processor 51 to control operation of the biomechantroniccomponent 19 will depend on the particular type of component product.

Although a biomechantronic component 19 may have other means ofcommunication (not shown), the biomechantronic component 19 of FIG. 1Aalso includes at least one wireless (W) communication interface 55 thatis compatible with the wireless communication capability offered by alighting device, as described in greater detail below in relation toFIGS. 1B-1C.

The biomechantronic component 19 includes, for example, energy storage113 and a charger 111. In the example of FIG. 1A, the charger 111 isdepicted as a photovoltaic charger, but this is only for simplicity. Thecharger 111 may take any one or some combination of a plurality of typesof chargers. For example, the type of charger 111 includes any one orsome combination of: photovoltaic, piezoelectric, ultrasonic, magneticfield or microwave. The type of charger 111, in various examples,corresponds to radiant energy source 22A, light source 18A or anyadditional source of light generated by light sources 18A.

As discussed briefly above, charger 111 functions to capture energyproduced by one or more of lighting device 11A. In turn, such capturedenergy is stored, for example, in energy storage 113. A biomechantroniccomponent 19 may then draw energy from energy storage 113 in order toprovide power to the various elements of the component 19. In this way,biomechantronic component 19 has access to renewable energy and canmaintain continuous power for operations performed by component 19.

A biomechantronic component 19 also includes a biological interface 57for integration with the organism within which the component operates.The precise biological interface element depends on the operationalcharacteristics of the particular biomechantronic component 19 and thecorresponding host organism. Furthermore, the extent and nature ofintegration is also dependent on various factors. In at least oneexample, biological interface 57 enables electronics/sensors 59 tomonitor or otherwise receive one or more signals from the host organism,as discussed further relative to FIG. 1B.

Although FIG. 1A depicts a single lighting device 11A and a singlebiomechantronic component 19, this is only for simplicity. For example,multiple biomechantronic components 19 may utilize radiant energyproduced by a single lighting device 11A. Alternatively, or in addition,a single biomechantronic component 19 may utilize radiant energyproduced by multiple lighting devices 11A.

FIG. 1B is a high-level block diagram of an example of a lighting device11B and an example of a biomechantronic component 19. In one example,lighting device 11B provides a wireless link to a biomechantroniccomponent 19. In turn, biomechantronic component 19, in this example,utilizes the provided wireless link for data communications. Such datacommunications may include communications with lighting device 11B,other lighting devices within a premises 12, other biomechantroniccomponents within the premises 12 and/or other elements either within oroutside the premises 12.

The example of FIG. 1B includes an intelligent lighting device 11B. Aswith lighting device 11A in FIG. 1A, lighting device 11B has a lightsource 18B, a processor 21B, a memory 23B and a communication interfacesystem 24B.

Communication interface system 24B includes a communication interface25B configured to enable communication via a link to a network 17 withina premises 12. As noted above and discussed further below, lightingdevices within a room or other service area may be coupled via suitablelinks for network data communications to form physical sub-networkportions, and further communication links couple those physicalsub-networks together into a premises wide data communication network17. The local service area sub-networks may be relatively distinct fromeach other and distinct from but coupled to a wider area network butstill within the premises 12. Alternatively, the sub-networks andpremises wide media may be relatively unified to form an overall datacommunication network as illustrated collectively at 17. Various networkmedia and protocols may be used for the data communications. Althoughnot separately shown, many installations of the network 17 will includeone or more routers, and at least one router or other data communicationdevice will serve as a gateway and/or firewall for communicationsoff-premises with a wide area network (WAN) 61, such as an intranet orthe public Internet. However implemented, the network 17 allowsintelligent lighting system elements within respective service areas tocommunicate with each other and/or allows the elements within each ofthe service areas to communicate with elements in other service areas.

The communication interface 25B will correspond to the physical,electrical and signaling protocol requirements of the particulartechnology adopted for the data network 17 in the particular premises 12or area of the premises 12. For example, if the network is a wiredEthernet network, interface 25B will include an appropriate Ethernetcable connector as well as an Ethernet card to enable the lightingdevice 11B to communicate data in electrical Ethernet signals and dataprotocols over the respective wired Ethernet link.

Lighting device 11B also supports wireless communication with abiomechantronic component 19 within a biomechantronically enhancedorganism at the premises 12. Hence, in the example, lighting device 11Bhas a communication interface system 24B configured both for datacommunications through the network 17 and for wireless datacommunications with the biomechantronic component 19. The communicationinterface system 24B may be a single interface configured for both typesof communication or may utilize multiple interfaces configured for thedifferent types of communication. In the example, the system 24Bincludes a first communication interface 25B for data communication viathe network 17, as discussed above. The communication interface system24B also includes a wireless communication interface 26B.

Although the interface 26B may utilize readily available standardizedwireless communication technologies, the wireless interface 26B as wellas compatible interfaces in the biomechantronic component 19 willtypically operate at relatively low power. The wireless communicationinterface 26B may utilize any suitable available wireless technology,for example, WiFi or Bluetooth or Zigbee or mobile 4G direct wireless orpico or femto cell mobile wireless, etc. For discussion purposes, wewill assume use of a standardized wireless communication technology,like one of the enumerated examples. Although the radio frequency orother electromagnetic signal communications over the air will conform tothe applicable standard, the power level(s) used in the examples is/areset below the maximum level(s) permitted under the applicable standard.As a result, the wireless coverage range provided by such otherwisestandard compliant wireless data transceivers in the interface 26B willtypically be shorter than normally achieved using standard compliantwireless equipment. Power level of wireless operation of the wirelesscommunication interface 26B and/or its effective range may be 15% orless, say 5-10%, of a normal level for a hotspot or wireless accesspoint or the like operating under the particular standard. If WiFi isused, as one example, if a typical WiFi wireless access point for ahotspot or the like might operate at a power level offering a typicalwireless data communication range of 100-150 feet or greater, WiFitransceivers used in the interfaces 26B might operate at approximately10% of the normal operating power level so as to offer wireless datacommunication over a range of approximately 10-15 feet.

By way of example, FIG. 1B also depicts a block diagram of thefunctional elements of a biomechantronic component 19, similar to thatdepicted in FIG. 1A.

The biomechantronic component 19 is an intelligent component in thateach biomechantronic component 19 includes a processor 51 and a memory53. The ‘brain’ of such a component will be coupled to and controlappropriate electronics/sensors 59. The electronics and the programmingrun by the processor 51 to control operation of each particularbiomechantronic component 19 will depend on the particular type ofcomponent product.

Although a biomechantronic component 19 may have other means ofcommunication (not shown), the biomechantronic component 19 that willcommunicate with or through lighting device 11B also includes at leastone wireless (W) communication interface 55 that is compatible with thewireless communication capability offered by lighting device 11B. Likethe interface 26B discussed earlier, the wireless (W) communicationinterface 55 may utilize readily available standardized wirelesscommunication technologies, and the wireless communication interface 55within the premises 12 will typically operate at relatively low power.The wireless communication interface 55 may utilize any suitableavailable wireless technology, for example, WiFi or Bluetooth or Zigbeeor femto or pico cell mobile wireless, etc. For discussion purposes, weagain assume use of a standardized wireless communication technology,like one of the enumerated examples.

Although the radio frequency or other electromagnetic signalcommunications over the air will conform to the applicable standard, thepower level(s) used in the examples is/are set well below the maximumlevel(s) permitted under the applicable standard. As a result, thetypical ranges over which the transceiver of interface 55 may be able tocommunicate will typically be shorter than normally achieved usingotherwise standard compliant wireless terminal device equipment. As acomplement to operation of the wireless interface 26B, power level ofwireless operation of the wireless communication interface 55 in thebiomechantronic component 19 and/or its effective range may be 15% orless, say 5-10%, of a normal for a wireless device (e.g. wirelessadapter or the like) operating under the particular standard. If WiFi isused, as one example, if a typical WiFi wireless adapter or the likemight operate at power levels offering a typical wireless datacommunication range of 100-150 feet, WiFi transceiver used in theinterface 55 might operate at approximately 10% of the normal operatingpower level so as to offer wireless data communication over a range ofapproximately 10-15 feet.

Continuing with the WiFi type implementation, as one example, thewireless communication interface 55 may take the form of an airinterface card or the like configured to operate as a WiFi adapter.However, the actual transmitter and receiver included in the interfacecard would at least be set-up to operate at low power corresponding tothe low power communications of the matching interfaces in the lightingsystem elements. In many cases, the manufacturer of the biomechantroniccomponent 19 may design their device to include only low powerimplementations of the transmitter and receiver, e.g. as a cost savingmeasure and/or to conserve power required to operate the respective typeof biomechantronic component 19.

The biomechantronic component 19 also includes, for example, energystorage 113 and a charger 111. As discussed above relative to FIG. 1A,such charger 111 may utilize radiant energy produced by a lightingdevice to charge energy storage 113.

A biomechantronic component 19 also includes a biological interface 57for integration with the organism within which the component operates.The precise biological interface element depends on the operationalcharacteristics of the particular biomechantronic component 19 and thecorresponding host organism. Furthermore, the extent and nature ofintegration is also dependent on various factors. In at least oneexample, biological interface 57 enables electronics/sensors 59 tomonitor or otherwise receive one or more signals from the host organism.For example, biomechantronic component 19 may take the form of anenhanced heart monitor, similar to a pacemaker, and biological interface57 enables electronics/sensors 59 to monitor heart function within thehost organism. In this example, results from monitoring the heart maythen be communicated via the wireless data network provided by lightingdevices 11 and through network 17 to an interested authorized entity orindividual (e.g., a cardiac specialist retained to provide care for thehost organism).

As with FIG. 1A, FIG. 1B depicts a single lighting device 11B and asingle biomechantronic component 19, but this is only for simplicity.Multiple biomechantronic components 19 may, for example, utilize asingle lighting device 11B to exchange data communications.Alternatively, or in addition, multiple lighting devices 11B may providemultiple wireless links for use by one or more biomechantroniccomponents 19. Furthermore, while FIGS. 1A-1B depict lighting devices11A, 11B as standalone devices, no such requirement exists. As depictedin FIG. 1C and described further below, lighting devices 11A, 11B may beintegrated into a networked lighting system.

FIG. 1C is a high-level block diagram of a networked lighting system 10,many elements of which are installed at a premises 12. In addition tolighting, sensing and communications of typical system elements, thenetworked lighting system 10 provides services to a biomechantroniccomponent 19 and through the component 19 to a biomechantronicallyenhanced organism or “cyborg” (see also FIGS. 2-4). Similar elementsdepicted in FIGS. 1A-1B have the same reference numbers and will not bedescribed again with the same amount of detail.

The premises 12 may be any location or locations serviced for lightingand other purposes by a networked intelligent lighting system of thetype described herein. Most of the examples discussed below focus onbuilding installations, for convenience, although the system may bereadily adapted to outdoor lighting. Hence, the example of system 10provides lighting and possibly other services in a number of serviceareas in or associated with a building, such as various rooms, hallways,corridors or storage areas of a building and an outdoor area associatedwith a building. Any building forming or at the premises, for example,may be an individual or multi-resident dwelling or may provide space forone or more enterprises and/or any combination of residential andenterprise facilities.

The lighting system elements, in a system like system 10 of FIG. 1C, mayinclude any number of lighting devices 11, such as fixtures and lamps,as well as lighting controllers, such as switches, dimmers and smartcontrol panels. The lighting controllers may be implemented byintelligent user interface devices 13, although intelligent userinterface devices on the system 10 may serve other purposes. Thelighting system elements may also include one or more sensors used tocontrol lighting functions, such as occupancy sensors, ambient lightsensors and light or temperature feedback sensors that detect conditionsof or produced by one or more of the lighting devices. If provided, thesensors may be implemented in intelligent standalone system elements 15,or the sensors may be incorporated in intelligent lighting devices, e.g.as an enhanced capability of a lighting device, or in UI devices. Thelighting system elements 11, 13, 15, in a system like system 10 of FIG.1C, are coupled to and communicate via a data network at the premises12. A system like that shown in the drawing may incorporate or at leastprovide communication capabilities and/or other services for use bybiomechantronic component 19. Such a biomechantronic component 19 isinstalled, for example, within a biomechantronically enhanced organismoperating within premises 12.

Hence, in our example, each room or other type of lighting service areailluminated by the system 10 includes a number of lighting devices 11 aswell as other system elements such as one or more user interface (UI)devices 13 each configured as a lighting controller or the like and/orone or more sensors. In the example, some lighting devices 11A areenhanced by the inclusion of a sensor 15A. However, sensors also may beprovided as standalone system elements as shown at 15. Lighting devices11A, in the example, are also enhanced by the inclusion of an additionalsource of radiant energy 22A to enable, as described above, abiomechantronic component 19 to charge a local energy store. As alsodiscussed above, lighting devices 11B include wireless communicationinterfaces to provide wireless data communication access forbiomechantronic components 19 within wireless range.

Although not shown for convenience, some lighting devices 11 may nothave a sensor and may not support the wireless communication forbiomechantronic components 19. Conversely, some lighting devices 11 mayhave both a sensor and the additional wireless communication capability.Similarly, some lighting devices 11 may have the additional wirelesscommunication capability and the additional source of radiant energywhile still other lighting devices 11 include a sensor, the additionalwireless communication capability and the additional source of radiantenergy. For example, in some areas or premises, wireless communicationaccess provided by some but not all system elements may be sufficient toserve the expected number of biomechantronic components 19 in theparticular area or premises. As another example, there may be some areasat a particular premises where it is desirable to have wireless coveragewhile there are other areas at the premises in which wireless coverageis deemed undesirable or unnecessary. Alternatively, all of the lightingdevices 11 at a given premises 12 may support the additional wirelesscommunication capability and include the additional source of radiantenergy.

A room or other service area will often have an appropriate number oflighting devices 11, for example, to provide a desired level of lightingfor the intended use of the particular space. In many installations, theequipment in the service area also includes a user interface (UI)device, which in this example, serves as a first lighting controller 13.In a similar fashion, the equipment in the service area may include oneor more sensors, each of which may be in or closely associated with oneof the lighting devices 11A as represented by the sensor 15A or may be astandalone device such as 15.

For lighting operations, the lighting system elements for a givenservice area (11, 13 and/or 15) are coupled together for networkcommunication with each other through data communication media to form aportion of a physical data communication network. Similar elements inother service areas of the premises are coupled together for networkcommunication with each other through data communication media to formone or more other portions of the physical data communication network atthe premises 12. The various portions of the network in the serviceareas in turn are coupled together to form a data communication networkat the premises, for example to form a local area network (LAN) or thelike, as generally represented by the cloud 17 in the drawing. In manyinstallations, there may be one overall data communication network 17 atthe premises. However, for larger premises and/or premises that mayactually encompass somewhat separate physical locations, thepremises-wide network 17 may actually be built of somewhat separate butinterconnected physical networks represented by the dotted line clouds.

A system like that of FIG. 1C may be used for communications withbiomechantronic components 19 within the premises 12 as well as withlighting system related equipment and a wide range of otherentities/equipment outside the premises 12. Effectively, the lightingsystem becomes a communication hub providing data communication access,for biomechantronic components 19 and those wanting to communicatetherewith.

Light fixtures will typically have power. Other system elements, such asthe user interface devices and/or any standalone lighting sensors willalso typically have power. In a system like that of FIG. 1C, suchintelligent elements also have network connectivity, for datacommunication access to the network 17 and through that network 17 toother networks on and/or outside the premises 12. In addition tolighting elements such as 11, 13 and 15, many biomechantronic componentsat any given premises 12 are intelligent and configured to utilize datacommunication networking. A separate network for such devices could beprovided, however, that incurs additional cost for equipment andinstallation. Hence, the biomechantronic components 19 in the example ofsystem utilize the same network 17. Although the biomechantroniccomponents 19 could link directly to the network 17, the example of thesystem 10 utilizes wireless data communication to one or more of thelighting elements such as 11, 13 and 15 that include wireless datacommunication interfaces.

Wired connections to the network 17 may tend to be expensive and limitthe location and mobility of such biomechantronic components within thepremises. Direct wireless communication with the network 17 may befeasible in some premises and/or at some locations on a particularpremises 12. However, as outlined earlier, to service large numbers ofbiomechantronic components within a given premises, particularly withoutundue restrictions on location or mobility of cyborgs within thepremises, the components may often operate at low power levels and thuscommunicate wirelessly over short distances.

Since example installation of the lighting system 10 creates a permanentand pervasive communication network throughout a facility or space, itwould be beneficial to use this network to deploy many low-power radiotransducers (e.g. pico or femto cells, WiFi hotspots, etc.) throughoutthe area served by the lighting system. In this way, biomechantroniccomponents using radio communications could potentially use much lowerpower and therefore allow many more biomechantronic components, as wellas many more other devices using the same wireless spectrum, to work ina building or other space while conserving the amount of expended power.Low power operation of communication elements of the biomechantroniccomponents 19 may also extend operation times between recharging.

Hence, some or all of the lighting devices 11 and possibly one or moreof the lighting controllers 13 and/or standalone lighting relatedsensors 15 include wireless data communication interfaces. Although theinterfaces may utilize readily available standardized wirelesscommunication technologies, the wireless interfaces as well ascompatible devices within the premises will typically operate at arelatively low power. However, because there are sufficient wirelessaccess nodes provided by the lighting system elements there issufficient coverage throughout a substantial portion and possibly all ofthe premises 12 to allow biomechantronic components in the various areasof the premises to wirelessly communicate through those lighting systemelements and the backbone data network 17 of the lighting system 10.

The lighting system 10 may also support autonomous discovery andcommissioning. Although such discovery and commissioning amongst thesystem elements 11, 13, 15 may be particularly useful in system set-up,some aspects may also apply to allowing biomechantronic components 19 tocommunicate with or through the system 10. For example, lighting devices11 and/or other intelligent system elements 13 or 15 may be configuredto autonomously discover biomechantronic components 19 and commissiondiscovered components at least to the extent appropriate to permit theaccess to the system's data network 17 and through that network to theWAN 61 outside the premises for non-lighting related communications ofthe biomechantronic components.

The networking within the premises 12 includes both physical and logicalarrangements. For example, a network within a room or other service areafor the lighting elements 11, 13, 15 also provides physical network datacommunication capabilities for biomechantronic components 19 within theroom or other service area. The lighting elements 11, 13, 15 in aservice area also will typically be logically grouped together, e.g. forcoordinated lighting of the room or other type of service area. However,various sets of the lighting elements 11, 13, 15 throughout a premises12 may be logically grouped together, in various ways for differentpurposes, e.g. all sensors of a particular type, all lighting devices oneach floor or on a particular side of a building, etc. Much as with thelighting system elements 11, 13, 15, the biomechantronic components 19can be logically grouped together to form logical sub-networks, based ona variety of logical relationships. For example, components by aparticular manufacturer may be logically grouped and allowed tocommunicate with external equipment of or associated with thatmanufacturer (e.g. of the manufacturer's service department or of aservice contractor for the manufacturer). Similarly, biomechantroniccomponents 19, for example, may be logically grouped together andconfigured to exchange communications amongst various biomechantroniccomponents 19 and/or one or more other interested authorized entities.

The wireless communication and network aspects of the system 10 enablebiomechantronic components to access and communicate through the widearea network 61 outside the premises 12. In some examples ofarrangements of the system 10, at least some of the biomechantroniccomponents 19 also may communicate with intelligent lighting systemelements 11, 13, 15 at the premises for processing in support of theoperation(s) of such components. For example, for some functionsassociated with the biomechantronic components 19, one or more of theintelligent lighting system elements 11, 13, 15 may operate as a serverwith respect to client functionality in the biomechantronic components19. For example, the server functionality may work as a central overseer(CO) to assist in set-up of components 19 on the system 10 and/orprovide intermediate functions between the components 19 and equipmentoutside the premises (e.g. server relative to the device clientfunctions in the premises, and either client with respect to an externalserver or server with respect to an external client terminal). Dependingon the functionality and/or the processing load required for thefunctionality supported in the lighting system element(s), a number ofthe intelligent lighting system elements may be configured to performthe processing operation to support an operation of a processor ofbiomechantronic component(s) 19 in a distributed processing manner usingprocessing and/or memory resources of each of some number of theintelligent lighting system elements. The distributed processing may beimplemented as distributed instances of server software/functions,and/or the distributed processing may be implemented as resource sharingamongst the involved intelligent lighting system elements.

Lighting devices 11A and 11B have been described relative to FIGS. 1A-1Babove. It may be helpful next to consider examples of the structures ofUI device/lighting controller 13 and sensor 15.

The UI devices 13 serving as the lighting controllers in this examplealso are implemented as smart/intelligent devices of the lightingsystem, with processing and communication capabilities. Hence, each UIdevice/lighting controller 13 includes a processor 31, a memory 33 and acommunication interface system 34, as well as one or more input and/oroutput elements 37 for physical user interaction as representedgenerally by user I/O element 37 in the drawing. The element 37, forexample, may include a toggle switch, a rotary controller, one or moresliders, a keypad and/or a touchscreen display. A touchscreen display,for example, may support touch and touch gesture input as well as visualdisplay output. Other examples of the UI input may include a video inputand associated processing for gestural control detection, a microphone,an occupancy/motion sensor, proximity sensor, etc. If provided, outputsmay be visual, audible, tactile, etc. For example, a microphone and/orspeaker may be used to support audible input and/or output, whereas acamera in combination with projector or display may be used to supportvisual input and/or output.

Although shown as a relatively integral arrangement, the communicationinterface system and possibly the processor and memory (the ‘brain’) maybe elements of a separate device or component coupled and/or collocatedwith the user I/O element 37, e.g. in a separate module connected to theuser I/O element 37.

Like the lighting devices 11, the UI devices 13 are connected to thenetwork 17 of the lighting system 10 for data communications, with othersystem elements in or near the respective services areas within thepremises 12 and possibly for communications with other elements ordevice at or outside the premises. Hence, the communication interfacesystem 34 in each UI device/lighting controller 13 includes acommunication interface 35 configured to enable communication via a linkto the network 17 of the lighting system (analogous to the interfaces25A and 25B in the lighting devices 11A and 11B). Although not shown, itmay be advantageous in providing desired wireless coverage in some roomsor other types of service areas for some (one or more) of the UIdevices/lighting controllers 13 to have wireless communicationinterfaces system 34 that include wireless communication interfacessimilar to the interfaces 26B.

As outlined earlier, in the example of FIG. 1C, any sensors included inthe system 10 also have or are associated with intelligence andcommunication capabilities. The sensor 15A is integrated into a lightingdevice 11A; and the processor, memory and communication interface ofthat device provide the intelligence and communication capabilitiesassociated with that sensor 15A. The sensor 15, however, is a standalonedevice and includes its own individual intelligence and communicationcapabilities.

The sensor 15 includes a physical condition detector (D) 41, which isthe actual device that is responsive to the particular condition to besensed. The detector 41 may receive a drive signal; and in response tothe sensed condition, the detector 41 produces a signal having acharacteristic (e.g. voltage magnitude) that is directly related to acharacteristic level of the sensed condition. The sensor 15 alsoincludes a detector interface circuit (Int.) 43. The circuit 43 providesany drive signal that may be needed by the particular device type ofphysical condition detector 41. The detector interface circuit 43 alsoprocesses the output signal or signals from the detector 41 to produce acorresponding output, in a standardized data format, for use by theassociated intelligence. The integrated sensor 15A in lighting device11A may be implemented by a detector and interface circuit analogous tothe physical condition detector 41 and the detector interface circuit43.

The standalone implementation of a sensor 15 also includes a processor45 and an associated memory 47. The sensor 15 also includes acommunication interface system 48. Although shown as a relativelyintegral arrangement, the communication interface system 48 and possiblythe processor 45 and the memory 47 (the ‘brain’) may be elements of aseparate device or component coupled and/or collocated with the detector41 and/or the detector interface circuit 43, e.g. in a separate moduleconnected to the interface circuit 43 or with the interface circuitry 43in a separate module connected to the detector 41.

Like the lighting devices 11 and the UI devices 13, the standalonesensors 15 are connected to the network 17 of the lighting system 10 fordata communications, with other system elements in or near therespective services areas within the premises 12 and possibly forcommunications with other elements or devices at or outside thepremises. Hence, the communication interface system 48 in each sensor 15includes a communication interface 49 configured to enable communicationvia a link to the network 17 of the lighting system (analogous to theinterfaces 25A and 25B in the lighting devices 11A and 11B). Althoughnot shown, it may be advantageous in providing desired wireless coveragein some rooms or other types of service areas for some (one or more) ofthe sensors 15 to have wireless communication interfaces system 48 thatinclude wireless communication interfaces similar to the interfaces 26B.

Although not shown, each of the system elements that uses power tooperate as described may include a power supply circuit and will connectto or possibly contain a power source. The lighting devices 11A and 11Bmay draw power from an AC grid or from a DC grid. The lighting devices11A and 11B, for example, may draw power from alternating current (AC)mains in the building or other type of premises where the system 10 maybe installed. In an AC grid type example, the power supply circuit of aparticular lighting device 11A or 11B will include a light source drivercircuit to process power drawn from the AC mains in any manner as may beappropriate to drive the particular type of light source incorporated inthe particular lighting device. The source driver may be a simple switchcontrolled by the processor, for example, if the source is anincandescent bulb or the like that can be driven directly from the ACcurrent. As another example, the drive circuit may convert AC power toone or more appropriate DC voltage and/or current levels to providepower to DC driven light source(s) such as light emitting diodes (LEDs).The power supply would also process AC power from the mains to providevoltage and/or current levels to power the elements (e.g. processor,memory and interface) serving as the device intelligence and for thecommunication interface.

Other system elements in each service area, such as lighting controllersor other user interface devices 13 and/or any standalone sensors 15would likewise include appropriate power supply circuits, which may relyon AC or DC power from the mains, battery power and/or ambient powerharvesting, etc., as needed to operate the components of each respectivesystem element. Examples of ambient power harvesting include vibrationresponsive power generation, photovoltaics, mechanical work (e.g.EnOcean), etc.

As shown by the description of the system 10 above, the system 10provides lighting services in areas of the premises 10 and provideswireless communications for biomechantronic components 19 at thepremises. Essentially, the system 10 with its wireless communicationcapabilities and its data network 17 becomes the backbone or hub fordata communications, e.g. for the biomechantronic components 19 withinthe premises.

In this way, the intelligent lighting system elements provide datanetwork access for biomechantronic components 19 in the premises 12,typically, via wireless links. The lighting system/network 10 enablesbiomechantronic components 19 to communicate with other biomechantroniccomponents 19 within the premises as well as devices/systems outside thepremises 12. Data from devices 19 in the premises 12 becomes availableto affiliated equipment/entities outside the premises, and/or suchequipment/entities outside the premises may be allowed access to controlthe biomechantronic components 19 within the premises 12. In many cases,the wireless capable intelligent lighting system elements and thenetwork 17 largely serve as a conduit for data communications of thebiomechantronic components 19 with off-premises equipment/entities.However, in at least some instances, one or more of the intelligentlighting system elements may communicate with and interact with one ormore of the biomechantronic components 19, for example, to enableinitial set-up of other devices for communications via the system 10 orpossibly to provide some services in support of operations of at leastsome types of biomechantronic components 19.

The communication network 17 allows system elements 11, 13, 15 withinthe premises 12 to communicate with each other and communicate via thewide area network WAN 61, so as to communicate with other devicesgenerally represented by way of example by the server/host computer 63and the user terminal device 65. The network 17 and the wirelesscommunication access to the network 17 provided by the system 10 alsoallows biomechantronic components 19 to communicate via the wide areanetwork (WAN) 61, so as to communicate with outside devices such as theserver/host computer 63 and the user terminal device 65 (although theoutside devices may be different from those with which the lightingsystem elements 11, 13, 15 typically communicate).

A host computer or server like 63 can be any suitable network-connectedcomputer, tablet, mobile device or the like programmed to implementdesired network-side functionalities. Such a device may have anyappropriate data communication interface to link to the WAN 61.Alternatively or in addition, a host computer or server similar to 63may be operated at the premises 12 and utilize the same networking mediathat implements data network 17.

The user terminal equipment such as that shown at 65 may be implementedwith any suitable processing device that can communicate and offer asuitable user interface. The terminal 65, for example, is shown as adesktop computer with a wired link into the WAN 61. However, otherterminal types, such as laptop or notebook computers, tablet computers,ultrabook computers, netbook computers, and smartphones, may serve asthe user terminal computers. Also, although shown as communicating via awired link from the WAN 61, such a device may also or alternatively usewireless or optical media; and such a device may be operated at thepremises 12 and utilize the same networking media that implements datanetwork 17.

For various reasons, the communications capabilities provided at thepremises 12 may also support communications of the lighting systemelements with user terminal devices and/or computers within thepremises. The user terminal devices and/or computers within the premisesmay use communications interfaces and communications protocols of anytype(s) compatible with the on-premises networking technology of thesystem 10. Such communication with a user terminal, for example, mayallow a person in one part of the premises 12 to communicate with asystem element 11, 13, 15 in another area of the premises 12, to obtaindata therefrom and/or to control lighting or other system operations inthe other area.

The external elements, represented generally by the server/host computer63 and the user terminal device 65, which may communicate with thesystem elements at the premises, may be used by various entities and/orfor various purposes in relation to operation of the lighting system 10.Alternatively or in addition, the external elements, representedgenerally by the server/host computer 63 and the user terminal device65, which may communicate with one or more of the other devices 19 atthe premises, may be used by various entities and/or for variouspurposes appropriate to the various different types of other devices 19that may be located and operating at the particular premises 12.

In some installations, either in a room or throughout a premises 12, allof the lighting devices will include a communication interface thatsupports the low-power wireless communications for biomechantroniccomponents 19. However, it is also envisioned that in someinstallations, some lighting devices 11B will include a communicationinterface that supports the low-power wireless communications forbiomechantronic components 19, which other lighting devices 11A willnot. As noted, it may also be desirable in some locations or premise toinclude a wireless communication interface in one or more of the UIdevices/controllers 13 and/or in one or more of the standalone sensors.15. Furthermore, in any intelligent lighting system element 11, 13 or 15that does support wireless communication, there may be one interface forone type or standard of wireless communication, or there may be one ormore wireless communication interfaces configured to support two or moretypes/standards. For example, one element may support wirelesscommunication in two or more distinct/noninterfering frequency bands. Asanother example, one element may support WiFi and either or both ofBluetooth and Zigbee.

FIG. 2 shows a simple layout of a residential building or a portion ofsuch a building with a network system of lighting devices and relatedequipment installed therein, similar to the system 10 discussed aboverelative to FIG. 1. For purposes of illustration and discussion here,the building includes three rooms along one long corridor. However, itshould be readily apparent that the system under discussion here can beeasily adapted to indoor installations with fewer or more rooms, morecorridors, multiple floors, multiple buildings or to outdoorinstallations alone or in combination with in-building installations.

This layout drawing is intended to illustrate aspects of examples of thephysical networking of lighting, communication and other elements of asystem and biomechantronic components 19 that communicate via thatsystem, as may be deployed in a residence in this example. This layoutdrawing is also intended to illustrate aspects of examples oflocation-related services provided to biomechantronic components 19 viaa networked lighting system.

The intelligent lighting devices used in a building installation likethat of FIG. 2 may be any desirable type of luminaire (L). The termluminaire encompasses lighting fixtures as well as lamps that may not beinstalled in a fixed manner (e.g. floor or table lamps). In our exampleof FIG. 2, for convenience, the lighting devices take the form oflighting fixtures, and we will assume that all of the lighting fixturessupport wireless communication for biomechantronic components in thevicinity similar to the lighting devices 11B discussed above relative toFIG. 1.

In the layout example, a number of the illustrated elements/devices arerepresented by block symbols with descriptive acronyms. For example, arectangle with a shaded section in the upper right corner represents alighting fixture with one or more enhanced capabilities, or “enhancedfixture” (EF). Examples of enhanced capabilities may include increasedmemory, faster processor, a user interface component (e.g. gesturalcontrol sensor, microphone/speaker, video camera/projector, informationdisplay, etc.) and/or an integrated sensor for sensing a condition inrelation to a lighting function or a condition for some other purposenot directly related to lighting or lighting control. Light fixtureswithout any such enhancement are represented in FIG. 2 by a circle LF.

The simple example of a residential premises includes a living room, akitchen, a bathroom and a corridor. All of the intelligent lightingsystem elements in the rooms or corridors of the premises, coupledtogether into the lighting system and network, have at least somecommunication capability. For example, some number of such devicescommunicate with each other via local physical communication links. Someof the system elements may serve as a hub for communication withbiomechantronic components 19 as well as some or all of the otherdevices. In this way, the elements in each room or area togethercommunicate via a sub-network in the room or area. The light fixtures(LF), user interface device(s) and/or standalone sensors (not shown) inthe living room together form or connect to a living room network 17 l.Similarly, the light fixtures (LF), user interface device(s) and/orstandalone sensors (not shown) in the kitchen together form or connectto a kitchen network 17 k; and the light fixtures (LF), user interfacedevice(s) and/or standalone sensors (not shown) in the bathroom togetherform or connect to a network 17 b for the bathroom. The enhanced fixture(EF), light fixtures (LF), user interface device(s) and/or standalonesensors (not shown) in the corridor similarly together form or connectto a network 17 c for the corridor. A house network 17 h may includeadditional links and/or network gear (e.g. router, gateway, firewall, orthe like) to couple the sub-networks 17 b, 17 c, 17 k, 17 l togetherinto one overall network for the premises similar to the network 17discussed above relative to FIG. 1. For example, the communication mediaand interfaces in the various intelligent lighting system elements atthe premises may together form a local area network (LAN), with portionsthereof in the rooms and corridor. Any suitable LAN media may be used,such as power lines wiring, separate wiring such as coax or Ethernetcable, optical fiber or wireless (e.g. pico/femto cell, Zigbee,Bluetooth or WiFi). Some or all of the network communication media maybe used by or made available for communications of other gear, equipmentor systems within the premises. In particular, the wirelesscommunication capability offered by the light fixtures EF and LF providewireless data access to the networks 17 b-17 l at the premises forvarious types of biomechantronic components 19. The network 17 h alsoprovides data communication access to the WAN 61.

By way of just one example of biomechantronic components 19 utilizingthe networking, FIG. 2 depicts a biomechantronically enhanced organism,or cyborg, in which a biomechantronic component (not shown) isoperating. In this example, the cyborg, represented as a human figure,is positioned in the corridor and connected to the corridor network 17 cvia a light fixture. Other non-lighting-system devices may also beinterconnected via the various sub-networks 17 b, 17 c, 17 k, 17 lthroughout the residence. For example, in the kitchen, appliances suchas the stove, the refrigerator (Fridge) and the toaster utilize wirelessaccess to communicate via the kitchen network 17 k. An electronicallycontrolled faucet and/or any water flow or temperature sensorsincorporated into or located at the sink may also utilize wirelessaccess to communicate via the kitchen network 17 k. In a similarfashion, an electronically controlled faucet and/or any water flow ortemperature sensors incorporated into or located at the vanity in thebathroom, as well as similar devices incorporated into or located at thebathtub and/or shower, may also utilize wireless access to communicatevia the bathroom network 17 b. An appliance such as a hairdryer mayincorporate a processor, memory and wireless communication interface toallow that device to utilize wireless access to communicate via thebathroom network 17 b. In the living room in our example, the television(TV) and one or more pieces of audio gear (identified generally as theStereo) utilize wireless access to communicate via the living roomnetwork 17 l. In this way, a biomechantronic component 19 may utilizethe low power wireless network to communicate throughout the residencewith other similarly networked devices.

Briefly, in some rooms or the corridor in our example, one or more ofthe fixtures, luminaries, user interfaces, or standalone sensors in aparticular lighting system service area may provide communicationsoutside of the room or service area (to 17 h in the drawing). Selectionof the system element in an area that will provide the networkconnectivity into the LAN or the like may be based on selection criteriaas part of a commissioning of the equipment in a particular servicearea. For example, if only one element in a room or the like has theactual connectivity, that element is chosen manually or chosenautomatically by the other devices to provide the routing function.However, if two or more elements have the capability, one may beinitially selected (for any appropriate reason), but then the otherelement takes over the routing function, for example, in the event thatthe first element may later fail, or be overloaded, busy, etc., or ifthe communication to/through the other element is better at a particularlater time.

Alternatively, the system equipment in a particular room or otherservice area may include a gateway (Gw) hub (not shown for simplicity).Such a gateway hub in this later type of example is a device thatprovides communications capabilities and is not itself configured as adevice of one of the other types. A gateway hub may supportcommunications capabilities to and from some or all of the otherdevices, including any number of biomechantronic components 19, withinthe room or other service area. In some examples, one of the otherelements in the room or service area may support the communicationoutside the room or other service area. In other arrangements, the hubgateway provides the external network communications capabilities,although in some cases it does support the local intra devicecommunications whereas in other examples the hub gateway does notsupport the local intra device communications. A gateway hub might alsosupport other, non-lighting capabilities (e.g. memory, processing power,etc.).

The LAN/WAN combination of FIG. 2 provides communications capabilitiesinside and outside the premises in a manner analogous to the network 51in the example of FIG. 1. Depending on the network media and protocol(s)used, the LAN may include a frame switch, a packet router or the likeproviding LAN interconnectivity. Although not shown, a gateway or thelike may also be deployed on the LAN to provide various functions insupport of interconnectivity of the LAN to/from the WAN.

The LAN functionality, however, may essentially be embedded in the roomor area elements, except for the interconnecting media. For example, anyof the system elements in each room or other service area may provideconnectivity and switching/routing functions to interconnect the systemelements via the applicable media to form a LAN on the premises 12.Also, one of the elements in a room or area may provide the interface toany external WAN. Hence, although shown separately for convenience, theelements that form the LAN may be integral with the lighting devices,etc. of the lighting system in the rooms or other types of areasserviced by the illustrated system. Alternatively, all intelligentsystem elements may connect directly to the WAN, in which case the housenetwork is merely a premises wide logical relationship rather than aphysical LAN. If the elements all connect through the WAN to a “cloud”service, the communication between elements could occur via exchangethrough the cloud server.

The WAN communication capability, particularly if the WAN is arelatively public network such as the Internet, may allow variousparties to access the lighting network and the system elements thatcommunicate via the network, as discussed above, for example, relativeto FIG. 1.

The LAN as discussed here need not be a LAN of the type typically usedtoday for computer or mobile device communications within a particularpremises, although the lighting system may use or connect to such anetwork. For purposes of the present discussion, the LAN is a premisesnetwork for data communications among the lighting system elements andother devices within the premises and for data communications to/fromthe wide area network as discussed herein.

In a premises like that of FIG. 2, the room networks 17 b, 17 k, 17 l,and the corridor network 17 c may also represent logical groupings orsub-networks as well as physical sub-networks. Such a location-relatedlogical group may include the intelligent lighting system elements(lighting devices and any user interfaces and/or standalone sensors) aswell other devices, such as biomechantronic components 19, that use thewireless communications and data network of the system that are locatedin the particular service area (room or corridor in the example of FIG.2). All elements and devices at a particular residential premises mayalso be part of a house-wide logical group. However, for other purposes,the system may support other logical groupings. Some logical groupingmay be for lighting related purposes, although further discussion of theexample of FIG. 2 will concentrate on logical groupings for otherpurposes. Logical groupings may be set up manually or automatically aspart of an autonomous commissioning procedure.

As outlined above relative to FIG. 1, data processing equipment of avariety of entities outside the premises may access both the lightingsystem elements and the biomechantronic components at the premises viathe WAN 61 and the system 10. In a similar manner, FIG. 2 showsequipment of an outside device vendor and generically shows equipment ofhosted services and other third party services. Many communications ofsuch outside equipment with system elements and/or with biomechantroniccomponents at the premises are supported or enhanced by logicalgroupings or logical sub-networks established at the premises. FIG. 2,for example, shows a logical sub-network for various appliances at thepremises. In the example, the logically grouped ‘appliances’ includesthe refrigerator, stove and toaster in the kitchen. Vendor 1 may alsohave an associated logical network of on-premises devices (and possiblydevices at other premises) sold or serviced by that vendor. The logicalnetwork for vendor 1 includes the stove, television and hair dryer inour example. As another example, some or all of the various devices atthe premises that use or provide water to or for the occupants of theresidence are logically grouped together in a logical ‘water’sub-network. These logical sub-networks of other devices at the premisescommunicate via the wireless network access offered in the illustratedexample by the various light fixtures and the media of the physical roomor corridor networks and the hose network, and through those on-premisesnetwork media and the WAN with outside equipment of the appropriateother parties.

For some of the biomechantronic components, however, the outsidecommunication may be more effective if supported by a logical groupingwithin the premises. Also, some of the biomechantronic components and/orfeatures thereof may take advantage of the processing capabilities ofthe intelligent light system elements. In these later types ofsituations, the other devices may be commissioned to interact with thelighting system elements, where the device commissioning operation issimilar to or a subset of the procedure for commissioning intelligentlighting-related elements as parts of the system at a particularpremises.

Hence, it is envisioned at that at least some installations of alighting system of the type described herein may involve communicationof at least some of the biomechantronic components 19 at a particularpremises 12 with the processor of one or more of the intelligentlighting system elements 11, 13 or 15 at the premises. Such interactionsmay facilitate set-up of the biomechantronic component(s) 19 tocommunicate via or with the system 10, for example, where one or more ofthe intelligent lighting system elements 11, 13 or 15 at the premisesacts as a central overseer to assist in commissioning of suchbiomechantronic component(s) 19. In other cases, one or more of theintelligent lighting system elements 11, 13 or 15 may provide anapplication function related to some aspect of the operation of aparticular type of biomechantronic component 19. In many of the centraloverseer type implementations and/or application function typearrangements, the one or more intelligent lighting system elements 11,13 or 15 involved can be configured to operate as a server with respectto a client functionality of biomechantronic components 19, to deliver aprocessing operation in support of operation of a processor of any ofthe biomechantronic components 19.

Such low power, wireless communication provided to biomechantroniccomponents via a networked lighting system also enables various otherfunctionality, including location related services, communicationbetween biomechantronic components and communication with other devices.For example, a biomechantronic component within the cyborg depicted inFIG. 2 may utilize the wireless communication to determine a location ofthe cyborg relative to one or more system elements, other items withinthe premises or other portions of the premises (e.g., thebiomechantronic component utilizes the wireless communication todetermine the cyborg is in the corridor). Alternatively, or in addition,the biomechantronic component utilizes the wireless communication toidentify, for example, a location of one or more system elements, otheritems within the premises or other portions of the premises (e.g., thehair dryer is currently located in the bathroom). In a further example,the biomechantronic component utilizes the wireless communication torequest, retrieve or otherwise receive navigational aids, such asdirections to one or more other items within the premises and guidancefor navigating within the premises (e.g., the kitchen is located on theright at the other end of the corridor). The biomechantronic componentmay also utilize the wireless communication to provide locationinformation to other system elements, other items within the premisesand/or other entities either within or outside the premises (e.g., aspart of an emergency alert, biomechantronic component notifies aresponding party that the cyborg is located at the end of the corridor).

In another example, the biomechantronic component within the cyborgdepicted in FIG. 2 utilizes the wireless communication to identifyanother cyborg (not shown). For example, a second cyborg, including asecond biomechantronic component wirelessly communicating via a lightingsystem element, is located in the living room. Via the wirelesscommunication, the biomechantronic component in the depicted cyborg, forexample, is able to identify the second biomechantronic component, thelocation of the second cyborg in the living room as well as navigationalaids to move from the corridor to the living room. Alternatively, or inaddition, the biomechantronic component, for example, is able toexchange communications with the second biomechantronic component viathe wireless communication. Similarly, the biomechantronic componentwithin the depicted cyborg, for example, is able to identify otherdevices within the premises and exchange communications with those otherdevices (e.g., biomechantronic component exchanges control signals withelectronically controlled faucet in the shower). In this way,biomechantronic components may utilize the wireless communication viathe networked lighting system to enhance awareness of surroundings andinteractions within and without surroundings.

FIG. 3 illustrates a further example of an exchange of communicationbetween two biomechantronic components within two biomechantronicorganisms via wireless communication provided by networked lightingdevices. Although FIG. 1 depicts biomechantronic components 19 as beingself-contained, this is only for simplicity. Hence, as can be seen inFIG. 3, a biomechantronic component within the left cyborg isdistributed between two locations. For example, the wirelesscommunication is implemented via an optical mechanism, such as visiblelight communication. Thus, the wireless communication interface of thebiomechantronic component is positioned in a location providing neededvisual connectivity with a lighting device while also maintainingconnectivity with the biomechantronic component. At the same time, thebiomechantronic component within the right cyborg is self-contained.Furthermore, as can be seen in FIG. 3, the biomechantronic componentwithin the left cyborg is connected wirelessly to a first light fixturewhile the biomechantronic component within the right cyborg is connectedwirelessly to a second light fixture. That is, multiple biomechantroniccomponents need not be wirelessly connected to a single lighting devicein order to exchange communications between biomechantronic components.

As discussed above relative to FIG. 1, biomechantronic components mayutilize radiant energy provided by lighting devices within system 10 inorder to charge local energy storage. FIG. 4 illustrates a furtherexample of charging a biomechantronic component utilizing a lightingdevice. As discussed above relative to FIG. 3, biomechantroniccomponents need not be self-contained. Thus, a biomechantronic componentwithin the left cyborg of FIG. 4 is distributed between two locations.For example, a photovoltaic charger is located within the left cyborgsuch that radiant energy is most effectively captured and delivered toenergy storage located elsewhere within the left cyborg. At the sametime, the biomechantronic component within the right cyborg isself-contained. Furthermore, as can be seen in FIG. 4, thebiomechantronic components within each cyborg capture radiant energyfrom the same light fixture. That is, multiple biomechantroniccomponents may recharge energy storage from a single lighting device.

The processing by elements of the lighting system in support ofprocessor operation of or for a biomechantronic component 19 couldreside in a single lighting system element, e.g. in a single lightingdevice 11. However, it may be advantageous to implement such processingby the lighting system on a distributed processing basis.

As discussed above, some lighting devices and possibly one or more ofthe lighting controllers and/or lighting related sensors of the lightingsystem 10 include wireless data communication interfaces. Although theinterfaces may utilize readily available standardized wirelesscommunication technologies, the wireless interfaces as well ascompatible devices within the premises will typically operate atrelatively low power. However, because there are sufficient wirelessaccess nodes provided by the lighting system elements there issufficient coverage throughout a substantial portion and possibly all ofthe premises to allow biomechantronic components in the various areas ofthe premises to communicate wirelessly through those lighting systemelements and the backbone data network of the lighting system. In thisway, the wireless communication and network aspects of the system 10enable biomechantronic components 19 to access and communicate throughthe wide area network 61 outside the premises 12. In some examples ofarrangements of the system 10, at least some biomechantronic components19 also may communicate with intelligent lighting system elements 11,13, 15 at the premises for processing in support of the operation(s) ofsuch biomechantronic components. For example, for some functionsassociated with the biomechantronic components 19, one or more of theintelligent lighting system elements 11, 13, 15 may operate as a serverwith respect to client functionality in the biomechantronic component(s)19. For example, the server functionality may work as a central overseer(CO) to assist in set-up of biomechantronic components 19 on the system10 and/or provide intermediate functions between the biomechantroniccomponents 19 and equipment outside the premises (e.g. server relativeto the device client functions in the premises, and either client withrespect to an external server or server with respect to an externalclient terminal). FIG. 5 illustrates an example of distributedprocessing and client-server functionality implemented with a networkedlighting system, such as the system of FIG. 1.

Although other communication models may be used, we will assume aclient-server communication relationship between a biomechantroniccomponent 19 and a lighting system element 11, 13 or 15 providing aprocessing function for that biomechantronic component 19. There couldbe a single server function provided on one system element 11,13 or 15,e.g. to provide assistance to a particular type of biomechantroniccomponent 19. Depending on the functionality and/or the processing loadrequired for the functionality supported in the lighting systemelement(s), however, a number of the intelligent lighting systemelements may be configured to perform the processing operation tosupport an operation of a processor of biomechantronic component(s) 19in a distributed processing manner using processing and/or memoryresources of each of some number of the intelligent lighting systemelements. The distributed processing may be implemented as distributedinstances of server software/functions, and/or the distributedprocessing may be implemented as resource sharing amongst the involvedintelligent lighting system elements.

Hence, the example of FIG. 5 will assume two or more instances ofrelevant server programming. Although the server programming may resideand run on UI devices and/or standalone sensors, in our example, theserver programming instances 81C and 81D reside and run on two of thelighting devices, as shown at 11C and 11D respectively. Other than theserver programming the lighting devices 11C and 11D are essentially thesame as the lighting devices 11 discussed above relative to FIG. 1.Hence, each lighting device 11C or 11D has a light source 18C or 18D, aprocessor 21C or 21D, a memory 23C or 23D and a communication interfacesystem 24C or 24D. Each communication interface system 24C or 24D willat least provide a communication link with the media forming theon-premises network 17 for the lighting system 10. Each communicationinterface system 24C or 24D may or may not support low power wirelesscommunication directly with biomechantronic components 19. Although notshown, one or both of the lighting devices 11C, 11D may include anintegrated sensor similar to the sensor 15A in the lighting device 11Ain the earlier drawing.

Some operations of the intelligent lighting system elements may involvea server functionality. Although system element(s) running the serverinstance(s) for lighting system related functions could run on othersystem elements, for ease of illustration and discussion, the lightingdevices 11C and 11D also run the programming to perform server functionswith respect to client programming 89 running on some or all of theother intelligent lighting system elements. Although on the samehardware platforms 11C, 11D, the server functionalities for lightingsystem operations and for operations with respect to biomechantroniccomponents may involve execution of one, two or more server programs oneach platform.

Hence, for discussion purposes, the example of FIG. 5 shows other systemelements 83, which here correspond to others of the lighting devices 11,UI devices 13 and standalone sensors of the earlier example that areconfigured as clients with respect to the particular server function(s)for lighting system purposes implemented on the devices 11C and 11D.Each element 83 will include a user interface, a sensor and/or a lightsource (as in the earlier illustration, but not separately shown in FIG.5). Each element 83 includes a processor 85, a communication interface86 and a memory 87, similar to components of the system elements 11, 13,15 in the earlier example. Of note, the memory 87 of each such element83 stores a client program 89 for interaction with an associated serverprogram 81C or 81D. The communication interface systems 86 will at leastprovide a communication link with the media forming the on-premisesnetwork 17 for the lighting system 10; and many of the interface systems83 also include wireless data communication interfaces in the respectiveinterface systems to support low power wireless data communications forthe biomechantronic components 19.

The biomechantronic components 19 are similar to those shown in FIG. 1.Again, each biomechantronic component 19 includes a processor 51, amemory 55 and appropriate electronics/sensors 59. A biomechantroniccomponent 19 also includes a biological interface 57 for integrationwith the host biomechantronic organism. Each of the biomechantroniccomponents 19 that will communicate with or through the system 10 alsoincludes at least one wireless (W) communication interface 55 that iscompatible with the wireless communication capability offered by theparticular installation of the lighting system at the premises. Theelectronics/sensors 59 and the programming in memory 53 run by theprocessor 55 to control operation of each particular biomechantroniccomponent 19 will depend on the particular type of component product.Those of the biomechantronic components 19 shown in the example of FIG.5 (those that will access the server functionality), also have clientprograms 91 stored in the memories 53 for execution by the respectiveprocessors 51. The client programs 91 may be similar to the clientprograms 89, or the programs 89, 91 may be different (e.g. if accessingdifferent server instances or different server functions).

The biomechantronic components 19 may access the wireless communicationsinterfaces in the system elements and through those interfaces thenetworks 17 and 61 (FIG. 1), essentially in a pass-through manner, withlittle or no interaction with the system 10 other than data transport.In a WiFi example, this would be the operation if the wirelesscommunications interfaces and associated control functionality wereset-up to operate much like a public WiFi hotspot with no securityrequirement and no log-in requirement. However, such an arrangement hasvery low security, from the perspective of the system 10; and such anarrangement leaves the operator, vendor or maintenance enterpriseaffiliated with system 10 little or no control over use of thecommunication facilities of the system 10 by biomechantronic components19. Hence, it may be preferable to commission the biomechantroniccomponents for operation via the system 10 in a more sophisticatedmanner. Such commissioning is an example of one type of function thatmay be performed by a server implemented in a lighting system element,such as an instance 81C, 81D of a server functionality executing on alighting device 11C or 11D. In such an arrangement, the serverfunctionality may operate as a central overseer for component set-upand/or as a controller with respect to some or all of thebiomechantronic components 19 and/or with respect to some or all of theother lighting system elements 83.

By way of another example, some lighting system element operationsand/or some operations of the biomechantronic components 19 may utilizeother types of server functionality, e.g. to obtain additionalinformation or other resources in support of processing operations ofthe system element 83 or the biomechantronic component 19.

A single instance of a server running on one system element may at timesbe stressed by high processing demands. Also, a system that utilizes asingle server instance for a crucial system function or service may bevulnerable to interruptions, e.g. if there is a failure of the elementor of communication with the element running the server instance. Toaddress such possible concerns, a system 10 can run some number ofseparate instances of a particular server functionality, in parallelwith one another on multiple intelligent system elements. Each suchserver instance would utilize a copy of the relevant server programmingand a copy of any data or database needed for the particular systemservice. Use of multiple instances of the servers may also speed upresponse time when interacting with clients implemented on the othersystem elements.

To the extent that data used by the server functionality may change overtime of operation of the system 10, the server instances wouldcoordinate with each other to update the copy of the data/database at orused by each instance of the server, e.g. to maintain synchronism asbetween multiple instances of the relevant data. FIG. 5 is a simplifiedillustration of such an arrangement. Alternatively, the data used by theserver functionality may be stored in a distributed manner acrossmultiple elements (e.g. as distributed hash tables) to minimize thesynchronization operations.

Hence, in the example, two of the lighting devices 11C and 11D runinstances 81C and 81D of server programming for execution by processors21C and 21D thereof. The server instances 81C and 81D configure thoselighting devices 11C, 11D to operate in a distributed processing fashionto implement a server function with respect to an overall processingfunctionality and related server communications via the datacommunication network, generally represented again by the cloud 17. Theoverall processing functionality offered by the server instances 81C,81D may be a lighting system functionality, e.g. as used or consumed bylighting device clients 89; and/or the overall processing functionalityoffered by the server instances 81C and 81D may be a functionality asused or consumed by other non-lighting system device clients 91.

The server program instances 81C, 81D are represented generally by iconssimilar to hardware devices such as server computers; but the programinstances 81C, 81D are actually server programming stored in memories23C, 23D for execution by the processors 21C, 21D (hence, the servers81C, 81D are shown in dotted line form). As outlined earlier, theprocessing function of the system implemented by such server instancesmay relate to a CO functionality, some type of controller service, acentral communication function/service, or a processing service relatedto operations of processors 51 of biomechantronic components 19. Also,although only two instances 81C, 81D of each server program are shown,there may be any appropriate number of such instances for implementationof a particular function or service in a system of a particular sizeand/or complexity. Also, for different functions, there may be otherservers running as multiple instances of other server programs runningon the same or different lighting system elements.

The lighting devices 11C and 11D are shown in this drawing as examplesof intelligent system elements that may store and execute serverprogramming instances. It should be noted, however, that intelligentsensors, user intelligent interface devices or other intelligentelements of the system 10 (FIG. 1) or communicating through theon-premises data network of the system 10 may store and execute serverprogramming instances instead of or in addition to the intelligentlighting devices 11C and 11D. One set of server instances may implementthe server-side aspects and communications with respect to one or anynumber of system functionalities. However, other processingfunctionalities of the system 10 may utilize server program instancesstored in and executed on other system elements.

At least with respect to the particular overall processing function ofthe system 10 supported by the server program instances 81C, 81D, theserver program instances 81C, 81D interact with some number ofbiomechantronic components 19 and/or some number of other intelligentsystem elements represented generically at 83. The other elements 83 canbe any of the types of intelligent system elements discussed above.

As shown in FIG. 5, various other intelligent system elements 87 willinclude client programming 89 stored in memories 87 thereof forexecution by the processors 85 of the other intelligent system elements83, to configure each of the other intelligent system elements 83 toimplement a client function with respect to the processing functionalityof the system supported by the server instances 81C, 81D. Similarly, thevarious biomechantronic components 19 that will also be consumers of theserver functionality will include client programming 91 stored inmemories 53 thereof for execution by the processors 51 of thebiomechantronic components 19, to configure each of the biomechantroniccomponents 19 to implement a client function with respect to theprocessing functionality of the system supported by the server instances81C, 81D. The client programming 89 or 91 will also support relatedclient communications with the server function implemented by theinstances of the server programming 81C, 81D on the lighting devices11C, 11D in our example. Hence, the drawing shows arrows through thenetwork for client-server communications between the server instances81C, 81D and the clients 89 or 91.

In a multi-instance server implementation such as shown in FIG. 5, anyone server may be able to perform on its own to handle client-serverinteractions with one or more elements 83 and/or biomechantroniccomponents 19 independently of the other server instance(s), while eachthe other server instance(s) independently handles other client-serverinteractions with others of the elements 83 and/or biomechantroniccomponents 19. To the extent that they relate to the same overallfunction, however, they will often use or process some of the same data.For example, if a particular processing functionality of the systeminvolves a database, all of the relevant server instances willmanipulate that same database. In our two instance server example, toinsure that both instances of the server programming 81C, 81D haveaccess to the same state of the database if or when necessary, theserver instances 81C, 81D will communicate with each other through thedata communication network 17 to synchronize any separate copies of thedatabase maintained by or for the individual server instances 81C, 81D,as represented by the Sync arrow between the server instances 81C, 81D.Any appropriate data synchronizing technique may be used.

The use of multiple server instances allows for server load distributionacross multiple hardware platforms of intelligent elements of thesystem. The use of multiple server instances may also provide redundancyin the event of impairment or failure of a system element orcommunications to an element executing one of the server instances.Various load distribution and/or fail-over techniques may be used.

The server functionality can provide processing operations in support ofoperations in biomechantronic components 19 in a variety of ways. Forexample, if a biomechantronic component 19 needs additional informationto implement a task, it may request that information from one of theserver instances 81C or 81D. If the server does not have theinformation, the server in turn may obtain the information from anothersource via the outside network 61. As another class of examples, theprocessor of a low-end ‘brain’ in a biomechantronic component 19 may notitself have the processing or memory resources to perform a task and mayinstead seek assistance from the server 81C or 81D, either sufficient tocomplete the task or as an interim assistance before seeking a finalprocessing outcome.

As outlined above, the intelligent component of the biomechantroniccomponent 19 has data communication to/through the fixture or the likeof the lighting system and uses the lighting system's on-premisesbackbone data network 17 for data communication transport for the smartelement of the biomechantronic component. The lighting system 10provides a standard data communication interface, typically wireless atlow power. The biomechantronic components 19 for the premises can all bebuilt to the standard lighting system network interface standard, e.g.to use the particular low power wireless standard. The biomechantroniccomponents 19 need not be built to support many different standardsand/or rely on a dedicated network deployed specifically for datacommunication purposes. The network features of the system may besufficiently intelligent to detect each new device and negotiatecommunication rights. In addition, it may be advantageous to provide arelatively ‘open’ software architecture, e.g. so that the systemsupports a standard application program interface (API) at least fornetwork interface/communications. With such an approach, applicationdevelopers can draft different applications for the lighting systemelements and/or for the other smart devices in the premises.

Both for telecom and for software, the issues relate to interoperabilityof the biomechantronic components 19 with and through the system 10, sothat biomechantronic components 19 talk to the system elements as deemedappropriate, although different policies or permissions may limit theability of one or another of the biomechantronic component 19 tocommunicate with or through the system 10. For example, somebiomechantronic components 19 may have applications and permissions tocontrol lighting, whereas other biomechantronic components 19communicate through the lighting elements and the network 17 to theirassociated outside systems but do not control lighting or look tolighting system elements for supportive processing functions.

Many of the intelligent functions of the lighting system elementsdiscussed above can often be performed using the processing and memoryresources of one involved system element. A lighting device 11, forexample, can receive, process and respond to a command from a userinterface device 11 by appropriately adjusting the output of the lightsource 18 of the particular device 11. The server functionality may beexecuted in a single intelligent lighting system element. The exemplarysystem 10, however, implements distributed processing. One type ofdistributed processing is the use of multiple instances of a serverfunctionality 81C, 81D.

Even where implemented on a distributed processing basis, by multipleinstances of the server 81C, 81D, processing at one element may besufficient to complete a particular processing operation for serving aclient request. For example, when a newly installed biomechantroniccomponent 19 requests commissioning assistance from one of the servers81C, 81D, that server may be able to provide the information to therequesting client 91 in device 19, e.g. from data at the server or byrequesting data from another source via the network.

However, the system 10 at the premises 12 may implement an additional oralternative form of distributed processing involving a processing and/ormemory resource sharing functionality. Resource sharing involves anelement with a processing job asking for and obtaining help from othersystem elements. Some processing operations of one or more of theelements of the system 10 may require more processing resources ormemory resources than are available at a particular lighting systemelement. The system 10 therefore may be configured to support any suchoperation that may be more resource intensive via the resource sharing.The system may implement resource sharing for lighting systemoperations, e.g. to process complex sensor data at one element or acrossa large premises and determine how one or more of the system elementsshould respond thereto. The system may also implement resource sharingin support of server operations. To the extent that a server task for acentralized service is amenable to distributed processing, the systemelement that also is configured as the server may distribute the serverprocessing task to other elements. The resource sharing in support ofserver operations may apply to lighting system related functions, e.g.to process audio or optical inputs through system elements 11, 13, 15 torecognize and respond to user commands to control lighting or the like.

However, the resource sharing in support of server operations also mayapply to functions in support of operations of biomechantroniccomponents 19. For example, if a server 81C or 81D has a request from aclient 91 in one of the biomechantronic components 19, the programmingexecuted by the particular processor 21C or 21D will allow the lightingdevice 11C or 11D to determine if the processing job is amenable toresource sharing type distributed processing. If so, the device 11C, 11Doperating at the server interacts with other system elements to 11, 13,15 so as to distribute the processing job, receive results, compile anoverall result and then provide a response based on the overall resultback to the client 91 in the particular biomechantronic component 19.

The process flow shown in FIG. 6 represents a simple example of aresource sharing procedure for distributed processing, which may beimplemented in a lighting system 10 like that of FIGS. 1C and 5.

In the example, a first lighting system element has a processing job toperform. The resource sharing may apply to jobs in support of lightingsystem operations and to operations in support of processing or the likeby the biomechantronic components 19 at the premises 12.

The element with the processing job to perform may be any intelligentelement of the system 10, although for purposes of a specific example todiscuss, we will assume that the element that has the processing job ortask is one of the lighting devices, and is therefore identified asdevice 1 in FIG. 6. The device 1 may be any system element, including abiomechantronic component 19, that may seek assistance with its ownprocessing job; or the device 1 may be an element configured as a serverhaving a server operation job amenable to resource sharing to assist inperformance of a server-function related task. The server function maybe one supporting lighting system operations, or the server function mayinteract with clients 91 of other biomechantronic components 19.

At step S1, the device 1 recognizes that it may be prudent to seek helpto perform the task at hand, in this case, using resources of others ofthe intelligent system elements.

The device 1 can perform at least some tasks utilizing the element's owninternal processor and memory. For example, a lighting device typicallywill be able to receive and appropriately process a lighting command,e.g. to set a light level and/or to set an associated colorcharacteristic of the device's light source, to adjust its operationallight output as commanded, without the need for resources of otherintelligent elements of the system. A user interface (UI) deviceconfigured as a lighting controller generally will be able to sendcommands in response to user inputs to any lighting devices it controls;and, at least under most circumstances, a sensor will be able to reportits sensed condition to any system elements configured to receive andutilize such information. However, other tasks may more readily lendthemselves to distributed processing. Some such tasks with a potentialfor distributed processing may call for more processing or memoryresources than readily available within the device 1 (e.g. withoutcompromising core lighting functions of the device). Tasks with apotential for distributed processing typically will be tasks that can behandled in some reasonable fashion by some number of individualelements, e.g. can be readily split into sub-tasks for processing and/orstorage in different elements, although there may be some tasks that bythe nature of the processing or storage involved cannot readily be spiltamongst multiple elements. Some tasks may require faster completion thanthe device alone can provide with only its own resources and thereforebest implemented via distributed processing. Conversely some resourceintensive tasks may be relatively insensitive to time-to-completion andamenable to wider distribution for processing (e.g. processing of audio,image or video data).

As outlined above, the distributed processing tasks handled by resourcesharing may relate to lighting system operations, general processingtasks associated with the system and/or tasks for other parties.Lighting tasks that may be amenable to distributed processing, forexample, may relate to lighting control operations, e.g. to process datafrom numerous sensors and make some overall control decision. Suchlighting system tasks may be implemented by an element operating as aserver for one of the CO/controller services. General processing tasksof the system may include, for example, processing audio or videoinputs, either for a lighting control operation in response to userinput in such a fashion or for some other system function or feature(e.g. to access information or a non-lighting control function inresponse to the user audio or video input). A task for a biomechantroniccomponent 19 might entail processing sensor or other monitoring datafrom one or more of the components 19, to determine how thebiomechantronic component 19 should proceed or to configure the relevantdata for delivery to an outside party, either on a regular basis or inresponse to a specific request/instruction from the outside party orother particular biomechantronic component(s) 19. Similar processing maybe handled on a distributed processing basis within the system, toprocess such data received from outside the system, e.g. fordistribution to biomechantronic components 19 at the premises 12.

Hence, the device 1 may have a processing job to perform in response toone or more of its own inputs or in response to an instruction or thelike received from another system element or from outside the system.However, if the device 1 is an element configured as a server, thedevice 1 may have a processing job to be performed in response to or fora communication with a client 89 or 91.

From the various factors involved in the processing task at hand, in theprocessing flow of FIG. 6, the device 1 will recognize that the task isone that is appropriate for resource-sharing type distributedprocessing, e.g. involving processor or memory intensive operationsand/or not time critical, etc. Also, based on characteristics of thejob, e.g. source, lighting/non-lighting function, time sensitivity, orthe like, the device 1 will assign a relative priority value or level tothe particular processing job. The programming and/or the protocols usedfor signaling between system elements that may be involved in theresource-sharing type distributed processing in the system 10 can definean appropriate format and range of values for a job priority levelparameter.

The device 1 will be in communication with at least some number of otherintelligent elements of the lighting system 10, referred to in thisprocess flow example as neighbors of the device 1. The neighbor elementsmay be other lighting fixtures, intelligent UI devices, intelligentsensors or any other type(s) of intelligent elements that are part of orcommunicating via the lighting system 10, such as biomechantroniccomponents 19.

At step S2, the device 1 queries other intelligent system elements, i.e.the neighbors in the example, essentially to request help in performingthe processing task or job. The queried neighbors may include any numberof other elements of the system 10. A small group of neighbors, forexample, might be those elements logically associated with the device insome small group or sub-network, such as elements in the same room orother service area sub-network. The queried neighbors may include allsystem elements on the system 10 or any sub-set of elements between thesmallest size group and the complete set. As discussed more later, thesending device 1 may pick and choose which of its ‘neighbors’ from anyparticular grouping to query with regard to the current job or task,based on information about element performance learned from earlierresource-sharing type distributed processing of other tasks and/orrequirements for the task at hand.

The exemplary resource-sharing type distributed processing procedureincludes learning features, for the device that is distributing the joband for the neighbors that respond to queries or requests to contributeresources for distributed job processing and/or that actually contributetheir resources to distributed job processing. The learning process oneach side of the distributed processing, job sub-task distribution asopposed to offering resources and performing an allocated sub-task, helpthe various system elements to adapt and optimize the distributedprocessing operations over time. As will be discussed at various stagesof our description of the exemplary processing flow, information thathas been learned from distributed processing of prior jobs informs thevarious elements in their decisions or responses at various stages ofthe process. Optimization may also involve some randomization.

For learning purposes, each intelligent system element configured todistribute portions of a task may establish, maintain and store alearning table for the distribution function; and each intelligentsystem element configured to offer resources to another intelligentsystem element and if instructed contribute such resources to adistributed processing operation may establish, maintain and store alearning table for such in-bound query response and sub-task processing.Of course, many of the intelligent system elements 11, 13, 15 (or 83)may play both roles during processing of different jobs over a period oftime and may learn about both sides of the distributed processing. Anintelligent system element configured to participate on both sides ofthe distributed processing may maintain learned data about bothtypes/sides of the operations, either in two tables or in a combinedtable. If separate tables are used, each table may be adjusted inresponse to a change in the other, in appropriate circumstances. As muchas the previous examples refer to a leaning table, no such requirementexists. Alternatively, or in addition, any learning may occur via alearning circuit, a learning algorithm and/or any other learning system.

In general, learning entails analysis of performance by an elementand/or by other elements involved in handling of each distributedprocessing job to determine distributed processing metrics ofperformance. Examples of learned performance parameters that may beassessed in selecting other neighbor elements during the taskdistribution include turn-around time or turn-around time per unit ofprocessed data, number or percentage of dropped packets, average amountof memory resources offered (e.g. bytes of storage) and/or amount ofprocessing resources offered (e.g. in units related to data to beprocessed, number of processing cycles or average processing rate)and/or actually provided, during some number of prior distributed jobprocessing operations. Examples of learned performance parameters thatmay be assessed in determining how to respond to a new inquiry fordistributed processing assistance include amount of data processed, timerequired, resources used, delay incurred in processing of other tasks,or the like, for tasks distributed by the receiving device.

In general, the learned distributed processing metrics of performanceallows an element to prioritize one or more lists of neighbors/otherelements for use in making decisions and selections based on highestrelative ranking on the applicable list. For distribution, the device 1may select some number of the highest ranking neighbors. In contrast, anelement offering to take part in a distributed task may choose whetherto offer to help or how much if any of that element's resources to offerbased on the ranking of the particular requesting device 1, based onlearned distributed processing metrics of performance. With such anapproach, an element tends to select or respond most favorably to thehighest ranked element(s) in the particular prioritized listing, in aneffort to optimize operations.

When decisions in the process (e.g. FIG. 6) are made based on thelearned performance metrics about other elements, however, the elementmaking the decision can introduce a random variation in the decision,for example, to select or respond to a lighting device or other elementthat has not or seldom been chosen or favored at the particular decisionpoint in the past. As a result, the element making the selection orresponse will from time to time randomly select or favor another elementthat would otherwise appear as less than optimal based solely on thepreviously learned performance information. However, this allows theselecting or responding element to learn more about the randomly chosenelement for future processing purposes and update the parameters in thelearned table(s) for optimization of future distributed processingoperations. A random variation of this type, for example, may allow theelement making the decision to discover changes and adjust its learnedinformation accordingly, for better optimization of future distributedprocessing operations.

Returning to the process flow of FIG. 6, in a particularly intelligentimplementation of the resource-sharing type distributed processing, thedevice with the task to distribute can select among elements in somegroup or sub-group based on performance data about elements in the groupor sub-group learned from prior job distribution operations for sendingthe query in step S2. The learned performance parameters for jobdistribution enables the device 1 to prioritize a list of neighborelements for job distribution and to query some number of the highestpriority elements likely to offer and provide sufficient resources tohandle the particular task at hand. Only a few may be chosen from thehigh-end of the priority list for a small task, whereas the sendingdevice 1 may select more or all of the neighbors to query for a largertask. As the process is repeated over time for multiple distributedprocessing tasks, the device 1 will tend to most often choose the otherelements that are rated higher for performance based on the learnedperformance parameters, for the query step. Lower rated elements will beselected less often. However, the priority for such selection for thequery step S2 may change over time as conditions at other elementschange and the sending device 1 updates its learned performance metricsaccordingly; and the occasional randomization of the neighbor selectioncan enhance the process of learning about changes.

The device 1 sends the query message through the network media used inthe relevant portion(s) of the system 10 installed at the particularpremises 12, to the neighbors chosen initially for purposes of theinquiry about the current task processing. The inquiry, for example, maybe sent as a broadcast, sent as a multicast to selected neighbors orsent as individual data messages to each of the selected neighbors,depending on the network media and/or data communication protocolsutilized by the particular system implementation.

The request message for the query in step S2 will include at least someinformation about the current job, including the assigned job prioritylevel. The information in the query, for example, may also providevarious metrics about the task at hand and/or the sub-tasks thereofbeing distributed to other elements. For example, such information mayindicate the type of processing involved, the type/format of the data tobe processed, any time constraints or deadlines for sub-task completion,the overall amount of data or the expected sub-divided amounts of datato be processed by recipient neighbors, or any other parameters aboutthe task that may be helpful in enabling the queried neighbors todetermine how to respond to the query. The information about the currentjob may also include a job or task identifier.

Each queried neighbor element will analyze the information about the jobfrom the query message it receives from the device 1 in comparison toits own resources, current data processing operations, status or thelike. For example, the receiving element may compare the priority of thetask that is to be distributed to the priority or priories of any of itsown tasks in progress or any distributed processing sub-tasks thereceiving element may already be working on for other source elements.The receiving element may also analyze factors about the task that is tobe distributed, versus what if any of its own resources that elementmight offer and allocate to the task, in view of its ongoing processingoperations and any expected higher priority tasks. For example, if thereceiving element is a lighting device, that receiving element may beable to offer some resources to handle part of the task but stillreserve sufficient resources to address a command to change a lightsetting if received while working on a part of the task.

Neighbor elements that do not have (or for various reasons will notoffer) resources may not respond to the query. Alternatively, suchunavailable neighbor elements may send responses, but their responses insuch cases would indicate that they are not offering resources to assistin performance of the distributed processing job currently offered bythe device 1. In the example, the device 1 will adjust its learned tableabout its neighbors to reflect any neighbors that do not offer to assistin the distributed processing job, e.g. to indicate other elements didnot respond or indicate any reason given in a response declining toparticipate.

Each receiving element that has resources available will set a requesttimeout and send a reply message back through the network to the device1 (S3). This period essentially is a time limit during which theneighbor will wait for further instructions about the job. However, ifthe timeout period expires (S4) without follow-up instructions about thejob from the device 1, then the neighbor will release the promisedresources at step S5, in this scenario, without having processed anypart of the task at hand. In this way, the unused resources areavailable for other uses by the neighbor or for other distributedprocessing operations. After releasing the resources, the neighborelement will update its learning table about distributed processingoffered by other elements, as shown at S6. In the timeout scenario (thatpassed through S4), for example, the neighbor will update its learnedperformance metric information about device 1 to reflect that device 1did not send a sub-task to the neighbor after the neighbor offeredresources in response to the query. The neighbor can use suchperformance metric information in future to adjust its responses tofuture queries from device 1.

Returning to step S3, as noted, at least the neighbors that have andwill offer available resources send back a reply message, which isreceived at the device 1. Each reply from a device offering toparticipate in the distributed processing operation will includeinformation about the resources of the neighbor element which thatelement is offering to make available for sub-task processing of thecurrently offered job. Examples of such available resource informationinclude: processing power, memory, software/capability, reservationtime, etc. Each reply may also indicate the relative priority of anylocal task or prior distributed processing task that is already inprogress on the responding neighbor element. In this step S3, therequesting device 1 will receive similar replies from some number of itsneighbors, indicating whether or not the other intelligent systemelements have processing or memory resources available for theprocessing job. In our example, at least some of the replies fromneighbors offering available resources provide information about theresources that each other element offering to help in the distributedtask processing can make available. In the example, the device 1 willadjust its learning table about its neighbors to reflect those neighborsthat offered to assist in the distributed processing job and/or toreflect the resources each such neighbor offered in response to theinquiry sent in step S2.

In step S7, the device 1 with the task to distribute analyzes potentialcandidates for distributed processing of the task, for example, toprioritize a list of the neighbor elements that responded (respondents,in the drawing). The device 1 can prioritize the respondents based oninformation contained in the responses, for example, based oninformation about the resources each is offering and/or priority of anyother tasks the respondents are already processing. The device 1 canalso prioritize the respondents based on learned information regardingperformance metrics of the respondents that the device 1 selected andused to assist in prior distributed processing operations.

The device 1 in our example will also know the priority and requirementsof the data processing task that the device 1 is trying to distribute.From the prioritized list created in S7, the device 1 can now select anappropriate number of the respondents starting at the highest rank andworking down through the list to select a sufficient number of therespondents to provide the resources to meet the requirements of theparticular data processing task.

The device 1 essentially allocates portions of the processing job to theselected respondent elements. Hence, at step S8, the device 1 createswork packets for the selected respondents. By work packets here, we donot necessarily mean IP packets or the like, but instead are referringto sets of instructions and associated data for the portions of the jobthat the device 1 allocates to the selected respondents. For largeprocessing jobs, for example, in a system using IP packet communicationsover the network media, each ‘work packet’ for a sub-task allocated to aselected respondent may utilize some number of IP packets addressed tothe particular respondent neighbor element. The device 1 may send one,two, or more work packets to each of the selected respondent neighborelements. In our example, the distributing device 1 stores a record ofeach work packet and an identifier of the neighbor element to whichdevice 1 assigned the particular work packet.

It should be noted that, although the various examples above and furtherbelow primarily describe distributed processing in the context ofavailable physical resources (e.g., memory, processor), no suchlimitation exists. Alternatively or in addition, various neighborelements may provide data resources to device 1. For example, somenumber of neighbor elements may include a sensor, such as a temperaturesensor. This number of neighbor elements may also store historical datasensed by or via the sensor (e.g., periodic temperature readings). If,for example, device 1 has need for a statistical or other data resource(e.g., average temperature over a period of time), device 1 can utilizethe process of FIG. 6 to request such statistical or other dataresource. Those neighbor elements having the requested data resource,such as the number of neighbor elements including a temperature sensor,would reply accordingly and, in this example, each work packet mightonly include the appropriate instructions to request such data resource.In a further example, device 1 may request both one or more dataresource(s) and one or more physical resource(s). In this furtherexample, some number of neighbor elements may be able to provide boththe one or more data resource(s) and the one or more physicalresource(s) while a different number of neighbor elements may only beable to provide the one or more data resource(s) and a still differentnumber of neighbor elements may only be able to provide the one or morephysical resource(s). Furthermore, data returned as a result of arequested data resource may in turn be provided in a work packet as partof a physical resource request.

The work packets created for each selected respondent may be tailored tothe particular respondent. For example, respondents offering moreprocessing or memory resources may be sent more of the data to process.Respondent elements with particularly advantageous capabilities (e.g. avideo processor not currently engaged in another processing task) mayreceive task assignments particularly suited to their capabilities. Theallocations and associated work packet creations also may be adjustedbased on the learning table. For example, if a particular respondent hasperformed better in the past when handling a somewhat smaller dataallocation, the device 1 may limit the data allocation for that elementaccordingly.

In the process flow of FIG. 6, in step S8, the device 1 sends the workpackets to the selected respondents through the network communicationmedia of the lighting system 10. Although not shown for convenience, thesystem elements may be configured to require an acknowledgement of eachwork packet. In such an arrangement, a neighbor would send anacknowledgement message back through the network to the distributingdevice 1. If no acknowledgement is received from a particular neighbor,after some number of one or more re-tries, the distributing device 1could select a lower priority neighbor from the list used in step S8 andtry sending the undelivered work packet to the alternate neighbor in asimilar fashion. Each work packet sent/delivered to a neighbor willinclude a portion of the data to be processed for the particular task aswell as instructions as to how the data in the work packet is to beprocessed, essentially to enable each respondent to perform an allocatedportion or sub-task of the distributed processing job. Each work packetmay include an identifier of the overall processing job and/or anidentifier of the particular assigned sub-task.

At this point in the discussion, we will assume that each intelligentsystem element that receives a work packet for an allocated portion ofthe distributed processing job will successfully complete and returnresults for the portion of the job allocated thereto. Several scenariosin which work packets are dropped without sub-task completion will bediscussed later.

Hence, at this point in our exemplary process flow, each of the neighborelements that the device 1 selected for a sub-task receives one or morework packets containing data and instructions for that sub-task as partof the communications in step S8. The element receiving the work packetperforms its allocated portion of the processing job on the receiveddata, in accordance with the instructions, using resources of theprocessor and/or memory of the receiving element of the lighting system(step S9). At step S10, each selected respondent neighbor element sendsa result of its sub-task processing back through the data communicationnetwork of the system 10 to the device 1. In our example, each of thework result packets sent back to the distributing device 1 includes anaddress or other identifier of the responding neighbor element thatperformed the sub-task as well as an identifier of the overall task/joband/or an identifier of the respective sub-task.

Upon sending sub-task results in step S10, each respondent neighborelement will release the resources utilized in processing the sub-task,at step S5. The resources become available again for other uses by theneighbor or for other distributed processing operations. After releasingthe resources, the neighbor element again will update its learning tableabout distributed processing (at S6), in this case, the sub-taskprocessing that the element performed for the device 1. In the completedsub-task scenario, for example, the neighbor will update its learnedperformance metric information based on analysis of the task of device 1to reflect the size of the assigned sub-task, the amount of resourcesand/or time utilized, what if any other tasks of the respondent neighborelement were delayed during this distributed processing operation, orthe like. The neighbor can use such learned performance metricinformation in future to adjust its responses to future queries fromdevice 1.

Returning to the result transmission step S10, as a result of thetransmissions from the neighbors selected back in step S10, the device 1will receive processing results or the sub-tasks from other intelligentsystem elements. In step S11 in our example, the device 1 compiles thereceived results and checks the composite result to determine if anywork packets were dropped or if there are any readily apparent errors.Sub-task identifiers and/or a combination of the overall task identifierand the neighbor address/identifier may assist the device 1 in combiningsub-task results from the various participating neighbor elements intothe appropriate overall composite result. At this point in ourdiscussion, we will assume that no packets were dropped and no errorsare detected. Hence, the compiling of the results of the allocatedsub-task processing from the other system elements assisting in thecurrent distributed processing operation essentially determines anoverall result of the processing job.

Processing by the device 1 proceeds to step S12, in which the device 1reports the overall result. The report function here is given by way ofjust one example of an action that the device 1 may perform based on theoverall result of the processing job. The report may be sent to a higherlevel processing element or service, e.g. a higher level control service57 or to an outside system management device 53 or 57. However, wherethe device 1 is also a server with respect to a client 89 or 91, thereport may be a transmission of the processing result or a command orthe like corresponding to the result back to the particular client 89 or91.

As other examples, reporting the result may involve taking some actionin the device 1, accessing data via the network, sending a face or voicerecognition result to an outside device of another party, etc. Ofcourse, the device or any other system element may act in any of avariety of other ways based on the overall result of the distributedprocessing operation.

Returning to the exemplary processing flow of FIG. 6, upon completion ofthe shared resource type distributed processing job, e.g. upon reportingthe overall result in S12 in our example, the device 1 will also updateits learning table (step S13) to reflect the performance of variousother system elements with respect to the just completed job. Forexample, the table may be updated to reflect devices that did or did notoffer resources in response to the query. The learning table may beupdated to reflect successful completion by some of the other/neighborelements versus packets dropped or errors created by processing ofsub-tasks by still others of the neighbor elements. As outlined earlier,the device 1 can utilize the learning table updated in step S13 toimprove its neighbor selections (e.g. at steps S1-S2 and steps S7-S8) infuture distribution of jobs amongst its neighbors.

If sufficient resources are available and/or enough other elementsrespond, some or all of the work packets sent out at step S8 may beduplicated and sent to two or more of the selected respondent neighborelements, for redundant processing. When the device 1 compiles theresults at S11, it may receive duplicate sub-task processing results. Ifthe device 1 detects errors, in many cases, at least one of theduplicative sub-task processing results may be successful and free oferrors; and the device 1 can utilize the error free results and discardthe duplicate version that is subject to errors. In some cases, anelement that accepted a sub-task may not respond, at least in a timelyfashion. From the perspective of device 1, the work packet sent to suchan element has been ‘dropped.’ However, if another element assigned thesame sub-task successfully completes its processing of that sub-task,the device 1 can still compile the overall job result using successfullycompleted sub-task result from that other respondent. Hence, duplicativeallocation of sub-tasks can improve likelihood of successful completionof the distributed processing task. However, in some cases, problems maystill arise. In any of these cases, the update of the learning table instep S13 will reflect such outcomes with respect to the performancemetric data stored in the table relative to the respective neighborelements.

Assume next that when the device 1 checks results in step S11, and therethe device 1 determines that some portion of the job has not beensuccessfully completed. In this situation, the device 1 determines atstep S14 that some rework of the job is necessary. If capable, thedevice 1 may perform any additional processing needed itself. If not,however, then the device can again distribute some or all of thesub-tasks to other system elements. In our illustrated example,depending on the type and/or amount of further data processing requiredto complete the distributed processing task, processing flows from stepS14 back to S1 or S7 and from there through the other steps of theprocess, essentially as discussed above, to obtain distributedprocessing results to complete the overall data processing job.

There may be a variety of reasons why a sub-task is not successfullycompleted, and either the work packet is dropped or the results returnedto the device 1 are subject to errors. For example, some communicationmedia may be subject to communication-induced errors too extensive toaddress with routine error correction technologies. In other cases, somepart of the data network of the system 10 may be down or congested.However, in other cases, events at one or more of the selectedrespondent neighbor elements may result in a dropped work packet, asreflected in our exemplary process flow at steps S15 and S16.

Returning to step S9, the various neighbors that responded, wereselected and received work packets are processing data from the packetsin accordance with the associated data processing instructions. Theoverall processing job, and thus the sub-tasks thereof, will have anassigned priority. Other tasks handled by the various intelligent systemelements also have assigned priorities. At step S15, one of the systemelements that has been processing data from the work packets at S9 nowreceives (or internally generates) an interrupt in view of an apparentneed to perform some other task having a higher priority than theparticular distributed processing job. That element will suspend itsprocessing of the allocated sub-task and perform the processing for thehigher priority task. Depending on the resources and time taken for thehigher priority task, the element may be able to resume sub-taskprocessing after completing processing for the higher priority task andstill deliver its sub-task results within the timeframe set for theparticular distributed processing job. If not, however, then the systemelement will drop the processing of the work packet of the particulardistributed processing job (step S16), to process the higher prioritytask. In this later situation, the element will release the promisedresources at step S5. After releasing the resources, the neighborelement will update its learning table about distributed processingoffered by other elements, as shown at S6. In the interrupt scenario(that passed through S15), for example, the neighbor will update itslearned performance metric information about device 1 to reflect thatthe respondent neighbor element was unable to complete the sub-taskbefore dropping the packet to handle the interrupt for a higher prioritytask.

Although not discussed in detail, the device 1 may also process someportion data or otherwise perform some sub-task of the distributed jobbefore compiling the results. Alternatively, the device 1 itself may beinvolved as a respondent neighbor in another distributed processingoperation while it waits for responses from the respondent neighbors inthe job the device 1 distributed.

Although the discussion of FIG. 6 mainly focused on distributedprocessing amongst lighting devices, associated user interface devicesand sensor devices, as noted earlier, the resource sharing implementedby a process flow like the example of FIG. 6 may take advantage of andshare resources of any other type(s) of intelligent elements that arepart of or communicating via the lighting system 10. For example, thelighting system 10 may be able to use the memory and/or one or moreprocessors of a cooperative biomechantronic component 19 that is coupledto communicate via the data communication media of the lighting system10. Although we have generally assumed a low processing capability inbiomechantronic components and/or that the resource sharing assistedserver or other operations on behalf of client biomechantroniccomponents 19, if any of the biomechantronic components 19 haveresources to share and are appropriately programmed, the lighting system10 may be able to use the memories and/or processors of such othercooperative biomechantronic components. Conversely, some computerscoupled to the communication media and/or some other types ofcooperative biomechantronic components may be able (and permitted ifappropriate) to request and obtain access to resources of the lightingdevices, associated user interface devices and sensor devices availablefor sharing for distributed processing in a manner like that shown byway of example in FIG. 6.

The intelligent system with wireless communication capabilities isactually more sophisticated than just a deployment of wireless accesspoints, such as WiFi hotspots, in widely spaced lighting devices, e.g.street light fixtures. The systems discussed above deploys wireless datacommunications nodes (operating at low power) relatively close togetherand throughout substantial portions or all of a premises. The deploymentof numerous low power relatively short range communication nodes cansupport communication for many biomechantronic components at thepremises.

The wireless deployment may also be adapted to support a variety ofother communications, instead of or in addition to any or all of thewireless communications discussed above. For example, depending on thetype of wireless technology, the wireless-capable elements of the systemmay be able to pick-up data from RFID tags within range. As anotherexample, if at least some of the wireless-capable system elementsutilize mobile femto or pico cell technology, the lighting system mayalso provide network connectivity for compatible mobile devices whenoperating at the premises.

The examples of the wireless communications above focused mainly onimplementations using radio frequency type wireless communications. Thepresent concepts, however, encompass systems, system elements anddevices using or communicating with the system that implement thewireless communications utilizing other wireless technologies. Forexample, the wireless communications may use optical communication, e.g.in the visible light spectrum, infrared light, ultraviolet (UV) light orultrasonic waves. As another example, the wireless communications couldbe sonic, e.g., with text-to-speech and speech-to-text technology, thelighting system elements and the other devices could talk to each otherusing human comprehensible language.

As shown by the above discussion, although many intelligent processingfunctions of the system 10 are implemented in intelligent lightingsystem elements 11, 13, 15 or in the biomechantronic components 19, atleast some functions of devices associated or in communication with thenetworked lighting system 10 as discussed relative to FIGS. 1C and 5-6may be implemented with general purpose computers or other generalpurpose user terminal devices, although special purpose devices may beused. FIGS. 7-9 provide functional block diagram illustrations ofexemplary general purpose hardware platforms.

FIG. 7 illustrates a network or host computer platform, as may typicallybe used to implement a host or server, such as the computer 63. FIG. 8depicts a computer with user interface elements, as may be used toimplement a personal computer or other type of work station or terminaldevice, such as one of the terminal 65 in FIG. 1, although the computerof FIG. 8 may also act as a server if appropriately programmed. Theblock diagram of a hardware platform of FIG. 9 represents an example ofa mobile device, such as a tablet computer, smartphone or the like witha network interface to a wireless link, which may alternatively serve asa user terminal device like 65. It is believed that those skilled in theart are familiar with the structure, programming and general operationof such computer equipment and as a result the drawings should beself-explanatory.

A server platform (see e.g. FIG. 7), for example, includes a datacommunication interface for packet data communication via the particulartype of available network, such as network 17 of FIG. 1C. The serverplatform also includes processor circuitry forming a central processingunit (CPU). The circuitry implementing the CPU may be based on anyprocessor or microprocessor architecture such as Reduced Instruction SetComputing (RISC) using an ARM architecture, as commonly used today inmobile devices and other portable electronic devices, or amicroprocessor architecture more commonly used in computers such as anInstruction Set Architecture (ISA) or Complex Instruction Set Computing(CISC) architecture. The CPU may use any other suitable architecture.Any such architecture may use one or more processing cores. The CPU maycontain a single processor/microprocessor, or it may contain a number ofmicroprocessors for configuring the server as a multi-processor system.

The server platform also includes a main memory that stores at leastportions of instructions for execution by and data for processing by theCPU. The main memory may include one or more of several different typesof storage devices, such as Read-Only Memory (ROM), Random Access Memory(RAM), cache and possibly an image memory (e.g. to enhance image/videoprocessing). Although not separately shown, the memory may include or beformed of other types of known memory/storage devices, such asProgrammable Read-Only Memory (PROM), Erasable Programmable Read Only(EPROM), FLASH-EPROM, or the like.

The server platform typically also includes one or more mass storagedevices. Although a storage device could be implemented using any of theknown types of disk drive or tape drive, the trend is to utilizesemiconductor memory technologies, particularly for portable or handheldsystem form factors. As noted, the main memory stores at least portionsof instructions for execution and data for processing by the CPU. Themass storage device provides longer term non-volatile storage for largervolumes of program instructions and data.

The processor/CPU of the server platform typically is coupled to haveaccess to the various instructions and data contained in the main memoryand mass storage device. Although other interconnection arrangements maybe used, the example utilizes an interconnect bus. The interconnect busalso provides internal communications with other elements of the serverplatform. The server platform also includes one or more input/outputinterfaces. The hardware elements, operating systems and programminglanguages of such servers are conventional in nature, and it is presumedthat those skilled in the art are adequately familiar therewith. Ofcourse, the server functions may be implemented in a distributed fashionon a number of similar platforms, to distribute the processing load.

A computer type user terminal device, such as a desktop or laptop typepersonal computer (PC), similarly includes a data communicationinterface, CPU, main memory (such as a random access memory (RAM)) andone or more disc drives or other mass storage devices for storing userdata and the various executable programs (see FIG. 8). A mobile device(see FIG. 9) type user terminal may include similar elements, but willtypically use smaller components that also require less power, tofacilitate implementation in a portable form factor. The example of FIG.9 includes a wireless wide area network (WWAN) transceiver (XCVR) suchas a 3G or 4G cellular network transceiver as well as a short rangewireless transceiver such as a Bluetooth and/or WiFi transceiver forwireless local area network (WLAN) communication. The computer hardwareplatform of FIG. 7 and the terminal computer platform of FIG. 8 areshown by way of example as using a RAM type main memory and a hard diskdrive for mass storage of data and programming, whereas the mobiledevice of FIG. 9 includes a flash memory and may include other miniaturememory devices. It may be noted, however, that more modern computerarchitectures, particularly for portable usage, are equipped withsemiconductor memory only.

The various types of user terminal devices will also include varioususer input and output elements. A computer, for example, may include akeyboard and a cursor control/selection device such as a mouse,trackball, joystick or touchpad; and a display for visual outputs (seeFIG. 8). The mobile device example in FIG. 9 uses a touchscreen typedisplay, where the display is controlled by a display driver, and usertouching of the screen is detected by a touch sense controller (Ctrlr).The hardware elements, operating systems and programming languages ofsuch computer and/or mobile user terminal devices also are conventionalin nature, and it is presumed that those skilled in the art areadequately familiar therewith.

Although FIGS. 7-9 in their present form show computers and userterminal devices, generally similar configurations also may be usedwithin other elements of the lighting system 10 or within various typesof biomechantronic components 19. For example, one implementation of thebrain, communication and interface elements of a lighting device 11, ofa standalone sensor 15, of a user interface device 13 or of any of thebiomechantronic components 19 may utilize an architecture similar tothat of one of the computers or mobile terminals. As a more specificexample, the personal computer type hardware in FIG. 8 (except for thekeyboard, mouse and display) could serve as the brain and communicationelements of a lighting device, where the input/output interface I/Owould interface to an appropriate light driver and to any sensor(s) orother enhancement input or output device(s) included within the lightingdevice. As another example of use of an architecture similar to those ofFIGS. 7-9 that may be utilized in a system like that of FIG. 1C, alighting controller or other user interface device (UI) might utilize anarrangement similar to the mobile device of FIG. 9, albeit possibly withonly one transceiver compatible with the networking technology for thedata network 17 of the particular premises 12 (e.g. to reduce costs).

As also outlined above, aspects of the techniques for providing wirelesscommunication access for biomechantronic components 19 at the premises12 and any system interaction therewith, may involve some programming,e.g. programming of the appropriate system elements 11, 13 or 15,biomechantronic components 19 and/or computers, terminals or the like incommunication therewith. Program aspects of the technology discussedabove therefore may be thought of as “products” or “articles ofmanufacture” typically in the form of executable code and/or associateddata (software or firmware) that is carried on or embodied in a type ofmachine readable medium. “Storage” type media include any or all of thetangible memory of the computers, processors or the like, or associatedmodules thereof, such as various semiconductor memories, tape drives,disk drives and the like, which may provide non-transitory storage atany time for the software or firmware programming. All or portions ofthe programming may at times be communicated through the Internet orvarious other telecommunication networks. Such communications, forexample, may enable loading of the software from one computer orprocessor into another, for example, from a management server or hostcomputer of the lighting system service provider into any of thelighting devices, sensors, user interface devices, othernon-lighting-system devices, etc. of or coupled to the system 10 at thepremises 12, including both programming for individual element functionsand programming for distributed processing functions. Thus, another typeof media that may bear the software/firmware program elements includesoptical, electrical and electromagnetic waves, such as used acrossphysical interfaces between local devices, through wired and opticallandline networks and over various air-links. The physical elements thatcarry such waves, such as wired or wireless links, optical links or thelike, also may be considered as media bearing the software. As usedherein, unless restricted to non-transitory, tangible, or “storage”media, terms such as computer or machine “readable medium” refer to anymedium that participates in providing instructions to a processor forexecution.

It will be understood that the terms and expressions used herein havethe ordinary meaning as is accorded to such terms and expressions withrespect to their corresponding respective areas of inquiry and studyexcept where specific meanings have otherwise been set forth herein.Relational terms such as first and second and the like may be usedsolely to distinguish one entity or action from another withoutnecessarily requiring or implying any actual such relationship or orderbetween such entities or actions. The terms “comprises,” “comprising,”“includes,” “including,” or any other variation thereof, are intended tocover a non-exclusive inclusion, such that a process, method, article,or apparatus that comprises a list of elements does not include onlythose elements but may include other elements not expressly listed orinherent to such process, method, article, or apparatus. An elementproceeded by “a” or “an” does not, without further constraints, precludethe existence of additional identical elements in the process, method,article, or apparatus that comprises the element.

Unless otherwise stated, any and all measurements, values, ratings,positions, magnitudes, sizes, and other specifications that are setforth in this specification, including in the claims that follow, areapproximate, not exact. They are intended to have a reasonable rangethat is consistent with the functions to which they relate and with whatis customary in the art to which they pertain.

While the foregoing has described what are considered to be the bestmode and/or other examples, it is understood that various modificationsmay be made therein and that the subject matter disclosed herein may beimplemented in various forms and examples, and that they may be appliedin numerous applications, only some of which have been described herein.It is intended by the following claims to claim any and allmodifications and variations that fall within the true scope of thepresent concepts.

What is claimed is:
 1. A lighting device, comprising: a light source; anadditional source of radiant energy configured to enable charging of apower source of a biomechatronic component within or attached to abiomechatronically enhanced organism; and a processor configured to:control a lighting related operation of the lighting device; and controlan operation of the additional source of radiant energy.
 2. The lightingdevice of claim 1, wherein the additional source comprises a radio wavesource; a directional microwave source; or a source of ultrasound. 3.The lighting device of claim 1, further comprising a communicationinterface, wherein: the communication interface comprises a wirelesstransceiver and is configured to provide a wireless data communicationlink for use by the biomechatronic component; and the processor iscoupled to communicate via the communication interface and furtherconfigured to control communications via the communication interface toenable the biomechatronic component to influence the operation of theadditional source of radiant energy.
 4. A lighting device, comprising: alight source; a communication interface configured to enable datacommunications; and a processor coupled to communicate via thecommunication interface and configured to control a lighting relatedoperation of the lighting device, wherein: the communication interfaceis further configured to provide a wireless data communication link foruse by a biomechatronic component within or attached to abiomechatronically enhanced organism in range of the lighting device;and the processor is configured to control communications via thecommunication interface to enable an exchange of data communicationsbetween the lighting device and the biomechatronic component.
 5. Thelighting device of claim 4, wherein the wireless data communication linkis provided via optical wireless communication between the lightingdevice and the biomechatronic component.
 6. The lighting device of claim5, wherein the communication interface is further configured to controlthe light source to implement the optical wireless communication viavisible light communication.
 7. The lighting device of claim 4, whereinthe processor is further configured to utilize the exchange of datacommunications between the lighting device and the biomechatroniccomponent to: identify a location of the biomechatronically enhancedorganism; and provide services related to the identified location. 8.The lighting device of claim 4, further comprising: a memory accessibleby the processor; and executable server programming stored in thememory, wherein execution of the server programming by the processorconfigures the lighting device to: communicate with a client executingon a processor of the biomechatronic component; and perform a processingjob in response to a client request from the biomechatronic component.9. A biomechatronic component for operation within or attached to abiomechatronically enhanced organism, comprising: a communicationinterface comprising a wireless transceiver and configured to enabledata communications via a wireless data communication link with alighting device; and a processor coupled to communicate via thecommunication interface and configured to control communications via thecommunication interface.
 10. The biomechatronic component of claim 9,wherein the wireless transceiver implements visible light communication.11. The biomechatronic component of claim 9, wherein the processor isfurther configured to control communications via the communicationinterface, the controlled communications enabling: identification of alocation of the biomechatronically enhanced organism; and servicesrelated to the identified location.
 12. The biomechatronic component ofclaim 9, further comprising: a memory accessible by the processor; abiological interface coupled to the processor and configured to enable asignal exchange between the biomechatronic component and thebiomechatronically enhanced organism; and a sensor coupled to theprocessor and configured to sense a condition related to operation ofthe biomechatronic component, wherein the processor is furtherconfigured to: control the signal exchange between the biomechatroniccomponent and the biomechatronically enhanced organism to produceinformation related to operation of the biomechatronic component or thebiomechatronically enhanced organism; store the produced informationrelated to operation of the biomechatronic component or thebiomechatronically enhanced organism in the memory; and further controlcommunications via the communication interface to deliver, to thelighting device, the produced information related to operation of thebiomechatronic component or the biomechatronically enhanced organism andinformation related to the sensed condition.
 13. The biomechatroniccomponent of claim 9, further comprising: a memory accessible by theprocessor; and executable client programming stored in the memory,wherein execution of the client programming by the processor configuresthe biomechatronic component to: communicate with a server executing ona processor of the lighting device; and submit a client request to theserver, the client request comprising a processing job to be performedvia the server.
 14. A biomechatronic component for operation within orattached to a biomechatronically enhanced organism, comprising: anenergy store; and a charger coupled to the energy store and configuredto utilize radiant energy provided via artificial manipulation by alighting device to charge the energy store.
 15. The biomechatroniccomponent of claim 14, wherein the charger is a photovoltaic chargerresponsive to light produced via artificial manipulation by the lightingdevice to provide electrical power to charge the energy store.
 16. Thebiomechatronic component of claim 14, wherein the charger is a microwavecharger responsive to a microwave produced via artificial manipulationby the lighting device to provide electrical power to charge the energystore.
 17. The biomechatronic component of claim 14, wherein the chargeris an ultrasonic charger responsive to an ultrasound produced viaartificial manipulation by the lighting device to provide electricalpower to charge the energy store.
 18. A lighting system, comprising:lighting devices, each lighting device comprising: a light source; acommunication interface comprising a wireless transceiver and configuredto enable data communications; and a processor coupled to communicatevia the communication interface and configured to control a lightingrelated operation of the respective lighting device; and abiomechatronic component for operation within or attached to abiomechatronically enhanced organism, the biomechatronic componentcomprising: an energy store; a charger coupled to the energy store andconfigured to utilize radiant energy provided by at least one of thelighting devices to charge the energy store; a communication interfacecomprising a wireless transceiver and configured to enable datacommunications; and a processor coupled to communicate via thecommunication interface of the biomechantronic component and configuredto control communications via the communication interface of thebiomechantronic component, wherein for each respective one of at leasttwo of the lighting devices: the communication interface of therespective lighting device is further configured to provide a wirelessdata communication link for use by the biomechatronic component withinrange of the respective lighting device; and the processor of therespective lighting device is configured to control communications viathe communication interface of the respective lighting device to enablean exchange of data communications between the respective lightingdevice and the biomechatronic component.
 19. The system of claim 18,wherein at least one of the lighting devices is configured tocommunicate data to/from the biomechatronic component and to perform aprocessing operation to support an operation of the processor of thebiomechatronic component.
 20. The system of claim 19, wherein the atleast one of the lighting devices comprises a plurality of the lightingdevices configured to perform the processing operation to support theoperation of the processor of the biomechatronic component in adistributed processing manner using processing and/or memory resourcesof each of the plurality of the lighting devices.
 21. The system ofclaim 20, wherein the plurality of the lighting devices configured toperform the processing operation in a distributed processing mannercomprises: first and second ones of the lighting devices; and first andsecond instances of server programming stored in respective memories ofthe first and second lighting devices for execution by processors of thefirst and second lighting devices, which configure the first and secondlighting devices to operate in a distributed processing fashion toimplement a server function with respect to the operation of theprocessor of the biomechatronic component and to perform servercommunications with a client executing on the processor of thebiomechatronic component.
 22. The system of claim 20, wherein theprocessor in the at least one of the lighting devices is furtherconfigured to implement distributed processing functions, includingfunctions to: identify a processing job to be performed to supportprocessing of the processor of the biomechatronic component, theprocessing potentially involving use of resources of others of thelighting devices; query the other lighting devices and receive responsesfrom the other lighting devices, as to whether or not the other lightingdevices have processing or memory resources available for the processingjob; based on the responses, allocate portions of the processing job toa plurality of the other lighting devices; send data and instructions toeach lighting device of the plurality of the other lighting devices, forperforming an allocated portion of the processing job; receive from atleast some of the plurality of the other lighting devices results of theperformance of the allocated portions of the processing job; process thereceived results to determine an overall result of the processing job;and perform an action in support of the operation of the processor ofthe biomechatronic component, based on the overall result of theprocessing job.
 23. The system of claim 18, wherein the charger of thebiomechatronic component is a photovoltaic charger responsive to lightproduced by the at least one of the lighting devices to provideelectrical power to charge the energy source of the biomechatroniccomponent.
 24. The system of claim 18, further comprising an additionalbiomechatronic component for operation within or attached to a differentbiomechatronically enhanced organism, wherein: the additionalbiomechatronic component comprises: an energy store; a charger coupledto the energy store of the additional biomechantronic component andconfigured to utilize radiant energy provided by at least one of thelighting devices to charge the energy store of the additionalbiomechantronic component; a communication interface comprising awireless transceiver and configured to enable data communications; and aprocessor coupled to communicate via the communication interface of theadditional biomechantronic component and configured to controlcommunications via the communication interface of the additionalbiomechantronic component; for each respective one of the at least twoof the lighting devices: the communication interface of the respectivelighting device is further configured to provide the wireless datacommunication link for use by the additional biomechatronic componentwithin range of the respective lighting device; and the processor of therespective lighting device is configured to control communications viathe communication interface of the respective lighting device to enablean exchange of data communications between the respective lightingdevice and the additional biomechatronic component; and each respectiveprocessor of the biomechatronic component and the additionalbiomechatronic component is further configured to control communicationsexchanged, via the wireless data communication link provided by the atleast two of the lighting devices, between the biomechatronic componentand the additional biomechatronic component via the respectivecommunication interface.